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(54) RECORDING AND REPRODUCING DEVICE. RLE MANAGING METHOD AND PROVIDING MEDIUM 

(57)Abstract: 

PROBLEM TO BE SOLVED: To obtain a file management system in which a private 
person can perform the recording and reproducing of AV signals with respect to a disk 
simply in his home by providing a first recording means recording the file of AV data 
and a second recording means recording management information of the file at the 
first place and the second place of a logical volume. 

SOLUTION: In a recording and reproducing device, first and second recording means 
record the file of AV data and management information of the file in unit recording 
means MIAs of two places being in the interval 0 to WAX of a logical volume in a disk 
shaped recording medium. The unit of information recordable on the disk shaped 
recording medium is recorded in the means MIAs and the length of the unit of the 
information is set by a setting means and information concerning defective sectors 
and unused sectors are included in the recorded management information. Moreover, a 
computer making these respective processings to be executed provides a readable 
program. Thus, a private person can record or reproduce a compressed video and a 
compressed video signal easily in his home. 
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nformation Area) #Kfi£*aT^£. MIAKte, 7y-f 
7d^r-y3>x^r>hf-yjk 7 

7*;*-->3 >x~7>> Xj7Xf>T7K7hUta 
-hx-7Jl^£ftT^*, 7D^r-y 3 >X^r 
>h^^?H 7D^r-i>3 >X h7T'^f- 
IMn7Dy-y3 >Xh7r^ 1/3- KlCEiZiiS 
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-^3 >x£Xx> hcDg££^£I££T£ 0 -tl^ck 

&m-?2>z.ttfnimttez> 0 AVx-^^a^-ra^-^ 

[0 0 2 0] 13414, 7Dv--'>3 >X^Xx> 

ik&^t, mirrs h*^ygi$7t4, 

a /XhyfyVf-^M:, 7D^-y 3 >X^r 
> hc0^^nfcg^tc*f^bfc7n^r-x3 >Xh7 
fyV l/r3-F£#£&tfo 7D^r-y 3 >Xh7Ty 
>f J—^)V\z\t, ^7ny-->3>Xh7fy^fl/ 
3-F^I#M:i^T'fS 9 ^1514, 707-i/3 

"TI§ITS>^o 7D^r-y3 >X^Xt 1 > hOg^ i LT 
14, 4MByte£t±. 64KByte, 2kByte&£ff*0fi$j&*fi 

X^Xr>KD7t-V7 h 0***5 If £SftfcfcG>T 

[0 0 2 1] C0£o\Zs 7PT-y3>X^Xf>h 
<&ftS£Kj£U x^X^ICIBSbfe^ *<D5^X2 
Kx-*£EST**£0iQ3IfcJ:, H6©7n-^*- 

Decc Extent 



> hCDfi££il^TSo B7H 7D^-y 3 /X^ 

So AVx-i'SEaf PCx-**ES1-*4:# 
^0g^7Pv--y3>X^Xf>h^ 

7D^-y 3 >X^Xf> h^)fi*Of&3£lC«J:0, 7D 
^r-va >Xh7fy^r-7';W(:ffil^n/:7n^ 
-y 3 >Xh7r>V^-F«^ 0 fi£*<£ 

AASnfe^-^S^X^KEST*. r-^fl)Eg 
**JS7-r*£, Xry^S 2 3K*5fr>T, F 7^795 7 
14, r^X^f:^77<W7Py--y3>x^Xr 

;i/BI«6lt 7D^-y 3 >X^Xf>h^fi^l:*f 

[0 0 2 2] ^#5^31211 9 0vXxA=i>hn-;UgS 
5#<, AVx-*£ESb±3£LT^£<D7&>, PCf 
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£*§£K14, WSE^X^y^S 2 1 &3-—*ffrP><DKl3 

[0 0 2 3] Et±OJ:5fc, r^X^l^y-fWEB 

[0 0 2 4] 2RU»>A©«ldc^OliTlftWr*. x-rX 
^X^XT^MDescExtenOte, SB£<&MIArtl;:E»3 
nfcx-TX^U^ (descriptor) ^co^STf £MIB(Ma 
nagement Information Block) K17 :7-f ;< > h 
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Offset (Number of Ml B) from top of 
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[0 0 2 6] *7t7h7PAh7Wr^X^U^ 
^ (Offset from top of a descriptor :RBP 0H4, x-f 

y MMIB»)£Jtjrra. U>^X(Length :RBP 2)tt« 
«©***0lIBW*JIM6-r*. 

[0 0 2 7] PDLX> h U (Primary Defect List Entry) 
14, 7>(7x^h7^-y7>h (defect managemen 



t) K&^TXU>y tr>^ (slipping) ZftoWW-t? 
$ (physical sector) tf>$!l[-fe# X* (physical 
sector size) SEinoi:i^-5. PDLX>HJtt* 

2 n^-r^-cEs-rs. 
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[0 0 3 0] SDLI>MJ (Secondary Defect List Entr 
y)tt. x-f 7x? r--7^-v^>h(-*^TUr:7U7 p 

SDL Entry 
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Physical Sector Number of Defect 
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Sector 
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Physical Sector Number of Spore 
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[0 0 3 2] a307^fy*WJJt>;W^7 

rt*77sU1l2& (Physical Sector Number of Spare 
Sector:RBP 4)«U-7 U :/U-X ^ > 

[0 0 3 3] 7>#~4W>h (Anchor points)!*, * 

ta7># — tVX^U ^ (Anchor Descriptor) 

[0 0 3 4] fc£U VDR-m, ^T^-s^ss^n 
Tftfr'S ROM (Read Only Memory) 7^ X £ , RAM (Ran 
dom Access Memory) X £ (D^K-oteCh, 20h, LPSN(La 
st Physical Sector Number)-20h. LPSN-Ch (htfftftlZ 
OUfcftffitt, 16it§c£3rf) £7>#-4W>h£ 
T£o /^-^^^ROM-r-f X^O«-&irtt, ROM, RAM^ 
n-etl<OfiB«T©Ch. 20h, LPSN-20h, LPSN-Ch£7># 
—tf^yhttZo C<D®&, t>L/RAM<S«<7)7>*- 



[0 0 3 5] 7>*-7^X^U^tt7>*-^> 

h*5t©»lt?*o*a©;W ft 

K£-f*. 7>^-t^^^U^I:H > (Mai 
n) MIA««<Offi«tUlf-y (Reserve) MIA«tt<Dj£ 
6, ^UT^n-?ncDMIAT^y (Map) ©ffilMHB&i: 

[0 0 3 6] #u^A^nr-6fta©flMi»i#U'>A« 



lV^-y^>h-f>7t/-y3>XU7 (MIAMI 

OMIA, Ulf-yMIAtfTT*. MIA^^g-fe^te 
n-y^>K>7^^-'>3>yPyJ (Manageme 
nt Information Block:MIB) £Pftf*U ^(D^oW-tPf 
##cr>MIAO$feHMIB^e<0*7-try hte^-v^Oh 
-f>7#^ — ->3 >yD7^f§ (Management Informal 
ion Block Number :MIB Number) t$Ff2> 0 MIBcOjg^ 

^»4MiB#^^ttbn*. mia^ xmteEiz&vmm? 

ZZtffitti&tSimiB. *&ffltf)MIB, MZf\Z*<1>Mk 
(DMA-?y7 (MIA Map for Main MIA) , Utf— ^MIA© 
MIAV^y (MIA Map for Reserve MIA) , #U»>AXh 
7>f tr^X^'J^ (Volume Structure Descripto 
r) , ^f^7<>7*^-'>3>f^XJiJ^ (Med 
ia Information Descriptor) , h*^^y^>7^-^ — 
*>3>r>fX^ l j7 p ^ (Drive Information Descripto 
r) , cfccfctfX^X^hr-^x-f X* (Exten 
ded Data Descriptor) (^)t-^ £fEifcT£OKH$;b*l 
*MIB^6«Wc£n£ 0 

[0 0 3 7] MIA+©MIB^£©Be9Ttt*3nT^S*^4 
MIAV-z^ES^ns. >MIAt Ulf-yMIA<DH 
&ftfi£;*:^£, MIA*<DMIAVy:AD^te7>#-x 

fifcE»<*n*«£, ^fctttgftOMIBKtefcoTEft 



£©MIB*^(DW#TaiB-r*36^4MIA-7^^<OMa 
pX>HJ (Map Entries) 7>f-;i/Hl:EB$no. x 
-^^MIBO^^T?«Sfcofc«^JC«, x-^C0^^D 

[0 0 3 8] ^IC, K# (Partition) C^^TSftiS 
T^o 3}i'J^AXh7^?tT^^'J^ (Volumes 
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truclure Descriptor) <D$*<Drt— y-j is 3 W > 7 * 
— ya> (Partition Information) T3iSi£tl3x 
->EIM*6/t-fr>3> (partition) <h?*T 
-o<0tta^J2A*M»0/t--'r-f V3 >£#tt 

[0 0 3 9] /t— r>f ->a >tt, #U »y*AX hv*??* 
> (Partition Information) ©«i:LT^8t5. l\ 

*. ftl*'J OAtCMf-o^i^^-f^ y 3 > 
-f >7^/-ya>^U ^AXh7i7ftf^f X£U 

OA-f^f V3 >#^ttO-C»0, 2#gtelT&9, ^ 

[0 0 4 0] ^tTKHStfU^A (Logical volume) Ic 
O^TH§BtS. *l*U9Atlt #'J^A7h7^ 

^-t-xw x^ u^oaa^u^A-f >7*^— >a> 

(Logical Volume Information) /1— x-f is 

»a#u^Ao»««, na^u^A^r >7t/->3 

XO/^ys^-^ (Partition Map) ©Eifill 
H/t-f^ y 3 >S^liBlTtM$tl^ B /t~r-f 
^a>7y^li, *a#U A£— jtfcJga&StfUtfA 
7^f>r^77^7 (Volume Identifier) <h-tG>*l 
I*U^ATO/^f>f ->3>S^C0jsaT»a#U^A 

»&*«a#U £AU»T*/V-x* ->3»5^«^ 
ttTfc<fc<, lo©/^f>f y a >^HRO>I* U * 
AKJRLT^TfcJ:^. 

[0041] ma^uc/Aji/t— v3>oK«na 

^«air^^at # ^H«35i:<l'3^««^bTafen, 

ftf^^'j^n -ecD^s^'j^A(c#^ti^/i 
■ — y~ ^ va >»cgii-rs««^s^a# u ^A^i 

*u^A*fi*-ra*^ ->3>»* o© 

A-t-W yay^i^nTl^WJ^A^U^ 



^->3 >*«EJfiS*i*. 

[0 0 4 2] ff£tt«ftft®&. /Wr/3>S 

*t -/a >3*«R"r**a# , J !)AO#U 

^AX hy^tr^fX^ U^fcMtf'J £A-f >7 

x^X^'J^te. MIAKEftSft*. 

[0 0 4 3] -D&Zyj 7x^7 h7^>-y7 > h (Defe 
ct management) \Z~3^T, 3lW?Z>o tV>3 
>SC, XUy hf>^ < hU^7Uyu-X^>M'cfcS 

tfr&frvf&mt* #UyAxh7^tTa^'jy 

*0/*-7^$/3 W>7**-5/3>Tfr3. XUy 

hT>^i:Ur:7U7 p U-X/>h(0^(Cffl^^^#x- 
^fi«W^7XU7 (spare area) £0f.&. r^7i 
^ h^*-v*>h£fT5/t--r<< i>3 >^f^-co^a 
ztf U ^ACST^A-r^ ya >f*i£l4» i^Tl-^oet 
±(D7^7X'J7«§t^ B U -7 U 

X^7Xll7<hft*. 
[0 0 4 4] X'Jyfcf>* r *ff3«^, f OA-r^ y 

7^7iu7tLtttffln. u-7'jyu 

/^U^AHBl, fr-O. ©tta^U^A^JRTS/^ 
— r>f i>3 >T&*lte\ f^f7iy 7 hty^ (defect s 
ector) ^^§/^t^ ys >fi^X^7xU7I^W 
7^7XU7S«ffllTfc^. 
[0 0 4 5] XUy fcf>^£'J-7U7 r U--X*>M;: 

f^7x^hUXh^f>7t^-y3> (Defect List 
Information) fcE»a*l*. X U y fcfVifKBM-** 
7'7<'7Uf^7x^hUXh (Primary Defect 
List) fC, U-7U7 r U-x^>h»cHT*««tt-fc 
□ >* r, JT^7x^hUXh (Secondary Defect Lis 

t) kes***. 

[0 0 4 6] ^x^TlcM-rsflMJftEft-r***-??* 
^T^7-f>7t^-y3>7^^J^ (Medi 
a Information Descriptor) \$, 7— y\zWt^^W^ 
££E8TS. K7-T7 r -f >7^/-y3>r>fX^J 
7^ (Drive Information Descriptor) te, K7"f^ 
(*7^7£x-*<0E»B4*fT3««> £H"f &*« 

[0 0 4 7] SS^gx-^x^ X^'J^ (Extended Data 
Descriptor) te, 4&a# U 9 A-f >7 * * — *>3 >, 
;t-rr>3W>7*^-y3>, fc<fctfi&a#'J£ 

A-f >7^->3 >^y^0 + K:E»L#ttfcrt>ofc 
tt9«*«E*T«. 
[0 0 4 8] -o€lZ. *UOAr^^h7^ft (Vo 
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^X^'J^ (Anchor Descriptor) ©*S*r4te3"fc [*4] 

Anchor Descriptor 
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Start Physical Sector Number of Main MIA 


Uinl32 
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Number of Physical Sectors in Main MIA 


Ulnt32 


16 
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Start Physical Sector Number of Reserve MIA 


Uint32 


20 
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Number of Physical Sectors in Reserve MIA 


LBnt32 


24 
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Number of MIBs for MIA Map in Main MIA 


Untie 






(-xO 




26 


2 


Number of MIBs for MIA Map in Reserve 


Umt16 






MIAC-X2) 




28 


2xi 


MIB Numbers of MIA Map for Main MIA in 


Unt16 






Main MIA 




2B+2xi 


2X2 


MIB Numbers of MIA Map for Reserve MIA 


Unt16 






in Man MIA 




28+2X1 


2X1 


MIB Numbers of MIA Map for Main MIA in 


Unt16 


+ 2X2 




Reserve MIA 




28+4xi 


2X2 


Mb Numbers of MIA Map for Reserve MIA 


Unt16 


+ 2X2 




in Reserve MIA 





[0 0 5 0] i/>f-?"r (Signature:BP 0) (Dr-fri? 
-f 16j&<K£Stt*. XJ-h7^y* 
;P-tr^^^>A^y^OMIA(Start Physical Sector 
Number of Main MIA:BP 8)M\ >MIACD3cIItf>$>g 

w9<nmm*L9 9tt*fttet*. +>n*?74*j 

JjJis-tZi?^ >pW >MIA(Number of Physical Sectors 
in Main MIA:BP 12) fct, /<>MIAO«g-b^^(0»: 

— yMIA(Starl Physical Sector Number of Reserve MI 
A:BP 16) 14, U+f-yMIAOftHO*a-fe^^O«a-fe: 

Uif— ^MIA(Number of Physical Sectors in Reserve 
MIA :BP 20) teU 1t*-:/MIA0«Sil^O&£fg£T 

±>A^yMIBs^^7MIA^^y-f >^^T >MIA(Num 
ber of MIBs for MIA Map in Main MIA :BP 24) tt, > 
-f >MIAOMIAT7^ , ^€r3(MIBOR)Sfl3£"r*. i~ 
>A*^MIBs 7 * 7MIAV 7-f > U +f-y (MIANumber 
of MIBs for MIA Map in Reserve MIA:BP 26) 14, 'J If 
-7MIAtf)MIAT y 7<D*Z2 (MIBOTSC) MIB 
^>/N*^yMIAV^7 p 7^7/-r >MIA-f >/<>MIA(MI 
B Numbers of MIAMap for Main MIA in Main MIAiBP 2 
8) \t, >MIAK#T*MIA^y:/*KeLT^S;* 
<>MIA*0MIB*IBjrt*. MIAT y 7£«5fi)cT£MIBe> 
MIB#*H4, 



[0 0 5 1] MIB^>A^^MlAT^y7^7Ulf-^MI 
AOM >MIA(MIB Numbers of MIA Map for Reserve 
MIA in Main MIA :BP 28+2x1) tt % Ulf-:/MIAK:#-r 
*MIAV-/^*|2»UT^5^<>MIA>t'OMIB*Ji3£T 
MIAT^^«ric-rSMIB(7)MIBS^^ UMlrK^^ 
MIB±>A^yMIAT^7 P 7^-7^-r >MIA-f >U 
If— !/MIA(MIB Numbers of MIA Map for Main MIA in R 
eserve MIA :BP 28+2x1+2x2) 14, ^OMIAKft-f £MI 
AV-z^SrlBftLT^-SUlf-yMIA+tDMIBfelBS-r 
So MIAV-z^SljS-rSMIB^MIBS^tt, JIIfcBBgS 
MIB±>A^-^MIAV^7 r 7^7Ulf-7 r MIA-f > 
U-tf— r/MIA<MIB Numbers of MIA Map for Reserve MIA 

in Reserve MIA:BP 28+4x1+2x2) 14* Uif— ^MIAKtt 
TSMlATy^SERbT^SUlf-^MIA^OMIBSJS 
^TSo MIA^y:/£«j£T£MIB<0MIB#*tl4, H£K 

[0 0 5 2] MIAV^y (MIA Map) 14, mB(D&mVlU 

SUCffifctlT^SMIB, WcC^IUOffiM^Ci:^ 
ffl#&l>MIB, *^ffl(7)MIBCDfig^^1-o MIATy^tt 

[0 0 5 3] 
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Signature 


Signature 
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Location of MIA Map 


Unt16 
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Location of Volume Structure Descriptor 


Unt16 
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Location of Meda ^formation Descriptor 


Untie 
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Location of Drive Information Descriptor 
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16 
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Location of Extended Data Descriptor 


Unt16 


18 
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Number of Map Entries (=xi) 


. Untie 


20 


2xi 


Map Entries 


bytee 



[0 0 5 4] z stf*?\ (Signature:BP 0) ©r-^^ 
«i?7j-)VY\$. imZfeZtlZ. P^y 3 >^M 
IAT y ^(Location of MIA Map:BP 8) \t. mhw7<D 
JfeffiMIBOMIBS^4»3£-r*. □ ir- *> a U a. 

—AX h9jr?irx-f X*U^ (Location of Volume 
Structure Descriptor:BP 10) tt, #W2*7>hy{7 

(Location of Media Information DescriptorrBP I 
2) tt, ^f^7-f>7t^-y3>f^^'J^(0 
£IIMIB<E>M1BS^£J§ST3,> o^-y3>tyH7-f 
:/-f >;7**-:>3 >f-f^^U^ (Location of Dri 
ve Information Descriptor :BP 14) te, F^"f:/ X f> 
7t/->3 >r^X^ U y^c05feHMIBCDMIBS^^fg 

MIA Map Entry 



[0 0 5 5] D^-y 3 >tyx^7f>T7Fr-^ 
5 s <Y X £ ij (Location of Extended Data Descripto 
r:BP 16) fcL x^f>T7 Fr-^r^^'J^ 
<DftSMIBCDMIB#^£fg£-f 3. tWt-t^y^I 
>h >J-X (Number of Map EntriesrBP 18) tt, BP 20 
^£&££Map EntryOX>hUKe»ST<5. ^<£>& 
te, MlArtt??«Er*mBOftC«b<, #FFF0£tTT* 
£ 0 Vy7x>hU~X(Map Entries:BP 20) te, MIB 
OteffltRSSJgjrr*. l^COMap Entrytt, Uintl6^6 
&r>T45 0, «kfflOTyyx>hUtt«fflOMIB f 2#@ 
0Vy7x>hU«2#B<0MIB, .... n#@«Y7^X 
>h'J«n#gC7)MIB^*fJS*r^o *6tt, ?7^X>h 

[0 0 5 6] 
US6] 



i Value 


Interpretation 


#0000-#FFEF 
#FFF0 
#FFF1 

#FFF2-#FFFE 
#FFFF 


Next MIB Number 
Unusable MIB 
Unused MIB 
Reserved 

Last MIB of the data structure 



[0 0 5 7] #'J^AXh7^ftr^X^'J 
^ (Volume Structure Descriptor) cO^ig^r^TEI 

t&z> 0 tAPStt, 77-r>bi>7^ 

^(Align to Physical Sector)^:^L> ^<Dx-^te, 



[0 0 5 8] Jp'J^h^^ft'Sy^ (Volume Str 
ucture Descriptor Header) \t. %7 \Zi£z>TBWi£tl 

[0 0 5 9] 
[317] 



(9) 



ftfflW-l 1 - 3 1 2 3 7 8 



Volume Structure Descriptor Header 



BP 


Length 


Name 


Contents ! 


0 


8 


Signature 


Signature 


8 


2 


Descriptor Size 


Uint16 


10 


2 


Reserved 


#00 bytes 


12 


4 


Offset to Physical VoLme Information 


Uirtt32 






(-48) 




16 


4 


Offset to Paction Information (=416) 


Unt32 


20 


4 


Offset to Spare Area Information 


Uint32 


24 


4 


Offset to Logical Volume Information 


Unt32 


28 


4 


Offset to Defect List Information 


Urrt32 



[0 0 6 0] v^*^v(Signature:BP 0) <Dy"-?2 
-f ^-f-^Ftt, 173WKJfeSn«. ?<(7.9V79* 
-TX(Descriptor Size:BP 8) tt, *U^AXh7^f 

(Reserved: BP 10) tt, ^fcOffiSO&fc^lSStU 
£T0/W MctOOfcKjrT*. *7tyhh->7-f5? 
*JI//SU jl-A-T >7#*-:>3 XOffset to Physica 
1 Volume Informal ion:RBP 12) te, tta#y>A-f > 
7^/->3>0#'J^Xh7^ftr>rX^U^ 
(DftmtW bft*><D*y±y K/Vf h»)Srf!SU, 48 
£l££-f£o *7tyhh^-f->aH>7*> 
— 5/ a XOffset to Partition Informat ion:RBP 16) 
tt, A-fr>3M>7^^-y3>^#U^AXh 

7^tfa^ u^^Jta/w h^e>cD^-7-t^ h 

(/H hW^SSl, 416*R€T*. t7tyhX^ 
7X'J 7-f >7*.* — ->a XOffset to Spare Area In 
format iomRBP 20) tt, ^7XU707t^—>3 

Physical 



*6©*7t?/K/HHBSfiS«. *7tyhh 
£ Dy*MU A'T >7** — va XOffset to L 
ogical Volume Informal i on :RBP 24) tt, USsSU^A 
X&sKU *A* h7^ftr><X^'J 

5. t7t7Hh->f^7x^hUXh<>7t/—> 
3 XOffset to Defect List Information:RBP 28) 
tt, r>f7x^hU^K>7t^-'>3>^UW 

[0 0 6 1] ttatfU^A'f >7**—>3 > ( Physi 
cal Volume Information) teg 8 left o TIE® Lfcttft 

[0 0 6 2] 
[«8] 

Volume Information 



RBP 


Length 


Name 


Contents 


0 


2 


Character Set 


Charactor Set 


2 


2 


Physical Volume Name Size 


Untie 


4 


256 


Physical Volume Name 


bytes 


260 


20 


Physical Volume lndentrfier 


bytes 


280 


6 


Creation Time 


Time Stamp 


286 


6 


Mooffioation Tine 


Time Stamp 


292 


2 


Number of Partitions ( =Np) 


Unt16 


294 


2 


Number of Spore Areas (*=Ns) 


Uint16 


296 


2 


Number of Partitionaa with Defect 


Unt16 






Management ( -Ndump) 


Unt16 


298 


2 


Number of Logical Volume C-Nv) 


300 


2 


Reserved 


#00 bytes 


302 


2 


Extended Data Identifier 


Untie bytes 


304 


64 


Extended Data 


bytes 



[0 0 6 3] **79f-tey h (Charactor Set:RBP 0) 

jl — A*— AlMX(Physical Volume Name Size:RBP 

yA^'Ja-A*- A (Physical Volume NamerRBP 4) 
a-A7l'f>f^ 77<7 (Physical Volume Identif 



ier:RBP 260) tt, ftI#U!>At*ffl±-*K:tft« 
hW*ffi^-r*, ^'Jx-va >*-f A(Creat 
ion Time:RBP 280) tt, £<0tt8# U 2A©# U jl-A 

4 tr—zsa >9*i A(Modif ication TimerRBP 286)te> 
COttHaBU »>A©#y i-A«ijg^S!5E^nfeS«r0 
0fl#^^^-r^)o tW^^t-f-ya XNumber of 
PartitionsiRBP 292) tt, CCWJ'JACtSno 
/V-r-f f>3 ><&8t£S5SU /t-TW >3 y<i >7* 



(10) 



«MM¥l 1 - 3 1 2 3 7 8 



[0 0 6 4] t>/Uy^^7xU 7 (Number of Spare 
Areas:RBP 294) tt, C<0«3i# U At^StlSX^ 
7XU7<OS6ffiffiU ^7X , J7^f>7^-ya 

W 7x^7 h7*-y^> MNumber of Partitions with 
Defect Management : RBP 296)tt, d<Dft3# U £ All 

A (Number of Logical Volumes :RBP 298) \$. C<Dfy)W 

#u^Ai:^^n^/t-r^ I/a >ifiWktzikm# x }0 

£-grf£o U If- 7± (Reserved: RBP 300) te. 



x^r>77 Kr-^7<r>r^ 77< 7(Extende 
d Data I dent i f i er : RBP 302) tt, xi7Xr>T7 Ft 
-*7*-;i/h\ xnf/T7 H?-^x«J7tcE» 
$tm^x^Xr>T7 Kx-**ft£T*fc«>0ID 
I^f>77 Kr-? (Extended Data:R 
BP 304) tt, »*Ottafl!>»t^lB*n, £Ttf)/W h 

fcfoo*iwrr*. 

[0 0 6 5] /V T >{y3M>7t^-y3> (Part 
ition Information) te % S 9 "C^-ffilSTSESL&W 

[0 0 6 6] 
[*9] 



Partition Inf on nation 



[ RBP 


Length 


Name 


Contents 


0 


4 


Start Physical Sector Number 


USnt32 


4 


4 


Number of Physical Sectors 


Unt16 


6 


4 


Number of Usable Sectors 


Unt16 


12 


4 


Physical Sector aizo(-PSS) 


USnt16 


16 


1 


Access Type 


LintS 


17 


1 


Usage information 


Urn* 


id 


2 


Reserved 


#00 bytes 


20 


4 


Location of Primary Defect List 


Desc Extent 


24 


4 


Location of secondary Defect List 


Desc Extent 


28 


2 


Reserved 


#00 bytes 


30 


2 


Extended Data Identifier 


Unt16 


32 


64 


Extended Data 


#00 bytes 



[0 0 6 7] X*-h7>r v#JHl^:f>A (Start P 
hysical Sector Number:RBP 0) \$. /t— ?V:>3>£ 

^t"** ±>rt*7y<< v#;i/ir£*X (Number of Phy 
sical Sectors:RBP 4) tt, /^f^xa/^n 

««©*a-b^^©»s:«£-r*. ^->A^*^-1f^ 

;Hr£^X(Number of Usable Sectors:RBP 8) \$* J\ 

Access Type 



5=-^ ya >M(:^sni>X^7xiJ7 

^/7^-y-rX(Physical Sector SizeiRBP 12) tt, 

>3 >*ffif&?&m®<Dyim±?2<DXZ2 (bytes 
&)£J§£-f£o 7^tX^y (Access Type: RBP 16) 

^10H 7^tX^<7'^§^t$T*^. 
[0 0 6 8] 
[Si 0] 



Value 


Name 


Interpretation 


0 
1 
2 

3-15 


Read Only 
Write Once 
Rewritable 
Reserved 


The user may not write any data In this partition 
The user can write data but once in this partition 
The user can write data many times in this partition 
Reserved for future r use 



[0 0 6 9] 3.— fcfv-f >7t^-ya XUsage Infor 
mation:RBP 17)tt, £<D/t-<r>r -> 3 >$>«ffltt**t» 
$1111 a— tfy-f >7*/-->3 >C 



[0 0 7 0] 
»11] 



(11) 



1 - 3 1 2 3 7 8 



Usage information 



Bit 



0 

1 
2 

3-7 



Interpretation 



Used (1 : used 0 : not used) 

Delect management : Slipping (1 : on 0 : off) 

Defect management : Linear replacement <1 : on, 0 : off) 

Reserved 



[0 0 7 1 ] "J if-:/ F (Reserved: RBP 18)tt, 

Dir-va >t^7<7'Jf'f7x^ h iJX MLocat 
ion of Primary Defect List: RBP 20) tt, uO/t-f-f 

tyt*>y | Jr>i' 7i^7 h UX t> (Location of Secon 
dary Defect List: RBP 24) tt, :^-fr>3>TU 

Spare Area Irrfbrmation 



7U^U-^^>H:J:§7^ 7i^ h7*->7>h 

tf-r/H (Reserved: RBP 28) tt, ##0t£SBtf>3M;:Tpft 

Kx— ^7-f x>x-T 7 7^7 (Extended Data Identif 
ier:RBP 30) tt, X^Xf>T7 Hr-^7^-J^\ 

Xr>T7 Hr-^ (Extended Data:RBP 32) tt, 

[0 0 7 2] X^7xU7-f>7t^-y3> (Spare 
Area Information) tt, * 1 2 K^rtt^TEftT*. 
[0 0 7 3] 
Ml 2] 



RBP 


Length 


Name 


Contents 


0 
4 
8 


4 
4 
8 


Start Physical Sector Number 
Number of Physical Sector 
Reserved 


Untf6 
Urrt16 
#00 bytes 



[0 0 7 4] X^-h^v^kfe^^WNMStart P 
hysical Sector Number:RBP 0)tt, X^7X>J7©ftS 

7 4 VlDXttZZ (Number of Physical Sector:RBP 4) 

-7 F (Reserved :RBP 8)tt, »*Ott«<7)ftC^tt* 



n, £T©/W M::#00*8Mrr*. 
[0 0 7 5] II*'J^A^>7^/->3 >a.^^ 
(Logical Volume Information Header) tt, ^1 3t 

[0 0 7 6] 
[SI 3] 



Logical Volume Information Header 



RBP 


Length 


Name 


Contents 


0 


2 


Character Set 


Character Set 


2 


2 


Logical Volume Name Size 


Unit16 


4 


256 


Logical Volume Name 


bytes 


260 


2 


Boot Indicator 


IM16 


262 


2 


Hie System Indcator 


Uint16 


264 


2 


Logical Sector Sfce 


Utit16 


266 


2 


Number of Partitions ( -Nov) 


Utit16 


268 


4 


Reserved 


#00 bytes 


272 


16 


Logical Volume Contents Use 


bytes 


288 


14 


Reserved 


#00 bytes 


302 


2 


Extended Data Identifier 


Unt16 


304 


64 


Extended Data 


#00 bytes 



[0 0 7 7] =^t7^^t7 KCharactor Set:RBP 0) 

tt, »a#u»>A*-A7>f-;i/KHE»*nfctt3i# 

— A*— AIM* (Logical Volume Name SizeiRBP 2) 



#U jL-A*-A(Logical Volume Name:RBP 4)tt, IS 
ajKU^AO^SUSfBtt-r*. 7-h*f (Boo 



(12) 



11-312378 



t Indicator :RBP 260)^. WdWX U 0 Afr 6 OBftfcH 8I*U«5AH 

4 (C^-To y-h^>y^r-^^7^r^7'T'J.O, [0 0 7 8] 

"3, ^-G^SI^-tV v 3 >^-tO«a#U9At** [«14] 

Boot Indicator 



Value 


Name 


Contents 


OOh 
fiOh 


Not Active 
Active 


Physical volume Is not set that computer boots up from 
this logical volume 

Physical volume is set that computer boots up from 
this logical volume 



[0 0 7 9] 7 7^J^rM >v^r-*(Fi)e Syst A-f >V*T—9 £>l*j££3E 1 5(:^t a 
em Indicator:RBP 262M4* :©6I# , J»)ATttffl$ [0 0 8 0] 

ntl/^77^;^7rA^Sno 77^ik>Xr [«15] 

Fie System Indicator 



Value 


Name 


Contents 


OOh 


Unknown 


This logical volume is unknown. 


01 h 


12brt FAT 


This logical volume is formatted with 12bit FAT. 


04h 


16brt FAT 


This logical volume is formatted with 16btt FAT. 


OSh 


. 16bct FAT.Extended 


This logical volume is formatted with 16bh FAT, 






and defined an extended partition. 


06h 


16bit FAT.Extended 


This logical volume is formatted with 16brt FAT, 




64KB/daster 


and defined an extended partition, using 64KB/ 






claster 


07h 


HPFS 


This logical volume is formatted with HPFS. 


OBh 


32brt FAT 


This logical volume is formatted with 32brt FAT. 


FOh 


K1FS 


This logical volume Is formatted with KJFS. 



[0 0 8 1] □ i/tl JV-t 2? if -fX (Logical Sector Si 
ze:RBP 264) C<DWaJ&# U £ A0)l|g-fe£ fOjzg 

umber of Parti t ions:RBP 266)14, JK&sftgtfU £A£ 

7 7^Si:-aTo. Ulf-^H (Reserved :RBP 268) 

I££T&o" □ U j-An>f>7a-7 (Logic 

al Volume Contents Use:RBP 272) t4, COiI#U^ 
AT^ffl$tlT^77<^yXfA^SfiOTbT 
fectWrfeSo U-tf-^H (Reserved (RBP 288)14 

Partition 



-re. X^XT>T7Ff^7^T>f^77'f7(E 

xtended Data Ident i f ier:RBP 302) 14, X^7Xt>t 
y K?-^7^-;i/h\ inf/r; Hr-^x'J7 

feOlDSfflje-fS. l?Xr>ry Kf-* (Extended 
Data:RBP 304)«. if *Oi65g(7)^II^$n> £T<D 

[0 0 8 2] /t-f^ ->3>T7y (Partition Map) 
t4S 1 6 £ST*5£TB»afta. 
[0 0 8 3] 
[Si 6] 



Map 



RBP 


Length 


Name 


Contents 


0 


20 


Volume Indentifier 


bytes 


20 


2 


Partition Number 


Unt16 


22 


2 


Reserved 


#00 bytes 



[0 0 8 4] *Ua-A7< r>r^77^ 7(Volunie 
Identif ier:RBP 0)t4, IfeStfU £A&««T*A<-7- 
^ >3 V^JSLT^^^S^U^AcD^g^U^A-O 

"T&o /t— >3 >^>A(Partition Number:RBP 2 



0)14, !61*ij!?A$*fiEf W-r>f S/a >©;^f 
^>3>#*§£f§5rr*. U-tf-^H (Reserved: RBP 2 

[0 0 8 5] r^7xn i J7h'f>7^^-y3>^ 



(13) 



1 1 - 3 1 2 3 7 8 



yif (Defect List Information Header) \t 



17l:S [0 0 8 6] 

[311 7] 
Defect List Information Header 



RBP 


Length 


Name 


Contents 


0 


2 


Number of MIB for Primary [Defect Ust 


Unt16 


2 


2 


Number of MIB for Secondary Defect List 


Unt16 


4 


12 


Reserved 


#00 bytes 



[0 0 8 7] ^WXtf^MIB?*^:/^ ^Ux-f* 7i 
0 MJX h (Number of MIB for Primary Defect Lis t : R 
BP Q)\t. ^^Ur-f^i? HJ*h*Eitt"*0 
»C«fflLT^<&IIIBOR*»fi-r*. 1r>W?m7* 
7ir=3>^Ux^ hUX h (Number of MIB for S 

econdary Defect List: RBP 2)\$. -tri: >y D 7 x 



-f*. U 1f—Zf r 1 (Reserved: RBP 4) tt. 

[0 0 8 8] ^-fvUf^x^ hUXh / irn> 
^Ux^7x^hUXh (Primary Defect List/Second 
ary Defect List) liSl 8 l:ST««TES$n5. 

[0 0 8 9] 

[$18] 



Primary Defect List / Secondary Defect Ltet 



RBP 


Length 


Name 


Contents 


0 


8 


Signature 


Sspnature 


8 


2 


Partition Number 


Unt16 


10 


2 


Number of Entries (-r*d) 


Untie 


12 


4 


Reserved 


| #00 bytes 


16 


4(8)r*xJ 


Defect Ust Entry 


bytes 



[0 0 9 0] x^*?V(Signature:BP Q)<0x-*$"f 

19j&*ttJ£2ttS. /^-f-x3 >^->A* (Parti lion 
Number:BP 8)tt, :Of^ 7i Z Y U X h LT 

± > A;* ;/X > MJ-X (Number of EntriesrBP 10) 
\%. r^7x^hU^hX>h'J (Defect List Entr 
y) OX>hU-ft*»3E1-*. Ulf-^H(Rcserved:R 
BP 12)tt, »#<&«3B<B»KW9£*U 4TWht 
#00£I££-f3o 5rV 7x£ hUX hX>MJ (Defect L 
ist Entry:RBP 16)tt, ^^^'Jf >f7x^ hUXh 
^"7IJt^7x^ HJ*hx>M)£E» 

Media inforrnation 



T^7x^hUXhX>hU^fBit§o r^f7xn 

uxhx>hu«, ^n^ftox>h 

"J07^ >?AJl/t^^tWWyr>f 7x^hir^^(P 
hysical Sector Number of Defect Sector) 7^r/ —)l H 

[0 0 9 1] ^T^7<>7^/-y3>T^^ , jy 
^ (Media Information Descriptor) CDj8jg£lU 9 Htf 

[0 0 9 2] ^7<>7^-y3>r^^J? 
(Media Information Descriptor Header) 

«, si 9^-raa-cE»sn*. 

[0 0 9 3] 
»1 9] 

Descriptor Header 



j BP 


Length 


Name 


Contents 


0 


8 


Signature 


Sisneture 


8 


2 


Descriptor Size 


Untie 


10 


6 


Reserved 


#00 bytes 


16 


2 


Nurrfaer of dscs 


Untie 


18 


2 


Number of sides per dsc 


Untie 


20 


2 


Number of layers per side 


Untie 


22 


2 


Number of zones per byer (=Nz) 


Unt16 


24 


8 


Reserved 


#00 bytes 


32 


2 


Number of cyfnders 


Unt16 


34 


2 


Number of heads (tracks per cyfnder) 


Untie 


36 


2 


Number of sectors per tracks 


Unt16 


38 


10 


Reserved 


#00 bytes 



[0 0 9 4] is?*?* (Signature:BP OXOx-^'T 



77<f-;UFtt, 20*»tt)ESn«. =r<(*9V?2*M 



(14) 



ftmW-l 1 - 3 1 2 3 7 8 



X(Descriptor SizeiBP 8H4, *x-< 7-f >7 * 

-7 K (Reserved: BP 10) te, 

(Number of discs:BP 16) tt, f>fXJ»£ffigt 
£<, ^>/^y^^y-X/1-x^X ^ (Number of sid 
es per disc:BP I8)tt. r^^fetQ©^ HSSfi 
5£-T3o ^W^r/U-f -VA— 1M F (Number of layer 
s per side:BP 20) tt, +M K*fcOOWt»Sffi« 
t"£o t>/Uyy->X/^-l/ / ft (Number of zones 
per layer:BP 22) tt, Kt»ftOO*/->Rt»« 
*T*. U It*— y F (Reserved: BP 24)tt. »3feOj£3BOft 

Zona Information 



:/ x 'J >^-X (Number of cylinders:BP 32) tt, ->U 
>^ft*fflter*. ^>A*rt:/^yX (Number of heads 
(tracks per cyl inder) :BP34) tt, AyHft(yU>^ 

— h y y 0 (Number of sectors per t racks : BP 36)te, 
hyy>7$>tzr)<Dt>7?&zmfe'?2>. Utf-:/F(Res 
erved:BP 38) tt, ±T<Drt 
-f MC#00£K5rf*. 
[0 0 9 5] >7t^-ya> (Zone Informa 

tion) \ts «2 Of^TttSCTfBS^ns. 
[0 0 9 6] 
[S20] 



RBP 


Length 


Name 


Contents 


0 


4 


Start Physical Sector Number 


Untie 


4 


4 


Number of Physical Sector 


Ulnt16 


8 


a 


Reserved 


#00 bytes 



[0 0 9 7] X*-h7^*;kfc**:h>/X(Slart P 
hysical Sector Number:RBP 0)WU 7-><&5teIB®ftS 

(Number of Physical Sector:RBP 4)te, 7 

(Reserved:RBP 8)tt, ff*Olta©»K^*9Stl, £T 
(7) AW Hc#00£t££-T3. 
[0 0 9 8] F7^^>7t^-y3>T^X^'J^ 

Drive Information Descriptor Header 



9 (Drive Information Descriptor) <Dffi&$:W\ I 0 \Z 

[0 0 9 9] H7-f^>7t/*-y3>T^X^U7 p 
$*\ytf (Drive Information Descriptor Header) 

a, S2 in*-r«stTE»*ns. 

[0 10 0] 
[«2 1] 



BP 


Length 


Name 


Contents 


0 


8 


Signature 


Signature 


8 


2 


Descriptor Size 


Untie 


10 


1 


Strategy Type 


LSnt8 


11 


5 


Reserved 


#00 bytes 



[0 10 1] v^*^ (Signature:BP 0)<£x-^-f 
X(Descriptor Size:BP 8)te, H 5 > 7 * * — > 

a>^x^u^o**aoiiBR)*»e-r«. 

7fy^ ^-f ^(Strategy Type:BP 10)te> Xh7fy 
U-tf— y F(Reserved:BP 11) Ji, 

[0 10 2] x^Xt->x '7 Hr-^r^X^'J^ 
(Extended Data Descriptor) tf)fliifi401 1 f:^to 



tAPStt, 77-1>bo7 4i?X)l<-k2? (Align 
to Physical Sector)£^U -eo^-^tefe^-fe^ * 

[0 10 3] I^r>T7 Hr-^r^ 7.9 V?*^ 
y# (Extended Data Descriptor Header) te, ^2 2 

[0 10 4] 
»2 2] 



(15) 



ftffl¥-l 1 - 3 1 2 3 7 8 



Extended Descriptor Header 



BP 


Length 


Name 


Contents 


0 


8 


Signature 


Signature 


8 


2 


Descriptor Sfze 


USntt6 


10 


6 


Reserved 


#00 bytes 


16 


2 


Location of Extended Data for Physical 


Desc Extent 






Volume 




20 




Location of Extended Data for Parrtions 


Desc Extent \ 


204-4Np 


4Nv 


Location of Extended Data for Logical 


Desc Extent 






Volume 





[0 10 5] (Signature:BP fl)^r-^^< 

22*«K5£Sn*. r-f^^'jym 
X(Descriptor Size:BP 8) tt, U^f >r 7 Hf-^ 

H (Reserved: BP 10) tt, »*©Jtao»lw^lSSn, £ 
TOAW MC#00£K5£T*. D^r-y 3 >m^X 
J-yfy hf-^7*77^ y*;p*Ua- Attocatio 
n of Extended Data for Physical Volume:BP 16) ft, 

-^7t7^-7-y3 XLocation of Extended Data 
for Parti tionsrBP 20) tt, &/t-f^'/3>t88t5 

— A (Location of Extended Datafor Logical Volume:B 
P 20+4Np)te, ftlfcasSU^ACH-rsltH^-^^E 

[0 10 6] O^K, ^x^7^<01/^;U (Levels o 
f medium interchange) ^^^TMi^^o ;*-r^7!£J& 
©U^ltt, BTFCDMHftRtt*. Tttto-fe, Ha* 
UtfAtt, H-^asSU^A^R-rs/t-x^^a^ 



na-ti^iM >oa, mmtz tr-v-i x<oimT$> 

fggcT&S* /1-t^>3>^^1 ^Sii^^lt 

T>f7x^h7^-y^>h$?7pA-r^y3 
U7 P l/-X^>hCJ:af^ hY^y^yh 

[0 10 7] *x>f 7Sf»0>U^;HJ4,«IB*«a^. 

[0 10 8] O^C, #U7AXh7^ft^« (Exam 
pie of volume structure) fd^n^Tifc^S* 82 3 
tt, VDR0*£<0FAT, IS09660 (wi th Joliet), IS0/IEC1 
3346, KIFSO/Wyj y Kx^X^O#Ui — A*liSO 

[0 10 9] 
[82 3] 



(16) 



WfflW- 1 1 - 3 1 2 3 7 8 



Example of volume structure (FAT. 


966a 13346, KIFS Hybrid) 


PSN(hax) 


n**«intnr 


Contents 


0 | 


[FAT] Partition Tabfa 


♦(FAT] Perfbon Tcttt 


_ 


- 




c 


[KFS] Anchor tW/**e* 


4MKFS] Anchor 


- 


- 




10 


t«0]PwTWY Vokjna Daacriptor 


4X 9660X1 3346 XKIFS] VoLma rscogrtfon Saquanca 


11 


(fi»] Primary Vofcjna Daacriptor (R«s«v«) 


1* 


trajWmntev Vdum IWoitJ^ Jditt) 


13 


[83ffl]Vduma Daarriptor S«t Imvkm 


14 


1X0*1 Bmjnrinj Extandad Araa Daacriptor 


15 


[8M61NSR Daa u'uU 


16 


[ISM] Tamwidng Extsndad Arse Ocacrintor 


17 1 


ttSMl Btstnring Ex&tnctod Am Dascriptor 


18 j 


[KF3]KJF3 Daacriptor 


10 


(t3Mfi) TarrrmMinfi Extandad Araa Omtri&x 








30 


[13346] Prtnory VoUns DmliM" 


[13346] Man Vdurna Oomcnpur Ssquano- Exl.nt 


31 { 


[13346] hiiifiw^Mwo Uaa VoOna daaortptar 


32 


[13346] Partition Dmu i*ar f 


33 


[133461 Looted Voturrw Da* U 4m 


34 


[13346] Uhafloeatad Span Dovcnptar 


35 


[133*6] Tarnhating Dotriptoi 


40 


[13346] Prtrrary VoUrtf Qui nirrrr 


[13346] Raaarva Vduna Daacriptor twwr** Extent 


41 


[13346] trjimmtMinn Us* Vdurna Daacriptor 


42 






riVUfiUMw^ N/i4*tm tWiirtnr 


44 


[133461 Unatecatsd Spoea Daacrtpior 








BO 


[KFS] MIA Mas ferM*ri MA 1 


TrOrajM-nMiA " 


81 


[KFS1MA Mip tor A«wvk) MA 


62 


[KFS] Vgkjm Bkvclur* Daacriptor 


83 


[KFS] MrrarY Dafiact List 


64 


[KFS] Scconcfary Dafact La* 


85 


[KFS] Mads Mbrmation Descriptor 


66 


[KFS]Drr** hfaonaaon Dmchftxr 


87 


[KFS] Extandad Date Daacripaar 


BB 


[KFS] Extandad Data 








cO 


[KFS] MIA Map far Rs-ava MIA 


fw<wi till 

[MFSj Hasarve MIA 


<1 


[KFS] MIA Map for Man MA 


c2 


[KFS] Vokm Structure Daacriptor 


c3 


CKF3] rVkrarr Dafact Lad 


c4 


[KFS] Saeondary Dafact Uat 


c5 


[KFS] Dafact Sactor 


c6 


[KFS] Mads titbai^on Dsiutptui 


c7 


[KFS] Ortvs anltomaliofi Daw.iw4i> 


cfl 
cS 


[KFS] Extandad Data Oaaoriptor 
[KFS] Extandad Data 






_ 


100 


[133461 Anchor Vdurna Daacriptor Pbhax 


4(13346] Anchor 






150 


[KFS] LOGICAL VOLUME 
























[13346] Anchor Vduna Daacriptor Porter 


♦[13346] Anchor 








LP5N-3 


[KFS] Anchor Doacriptor 


♦<KFS] Anchor 


LWc 




4CKFS] Anchor 




[KFS] Anchor Doacaptcr 




LPSN 


ri3346JAnchor Volume Decriptor Pdntar 


♦[13346] Anchor 



jl/yXrA (AV File System) \z-0\,*TVL9\-f&. f&S 
-tr^^#-^ (Logical Sector Number) sSiS-fe^* 

(Logical Volume) tt, jg«T#0OO*6Jfi*aHia 

[0 111] 77-f^^rAflffln-y^>h^f 
>7*^-'>a>xU7 (Management Information Ar 
ea (MIA)) tt, AVZ7 7 -f Jk>Xf A<2&fflCD©JflfJtif$B£ 



ZfUyi? (Management Information Block (MIB) ) teu 

-->3>yn7^f^ (Management Information Block 
Number (MIB#*f)) tt, W **-*J*>Y<<>7* 
zs3>7uy9<DHm-k9#&fi Number^ b^OMIA^) 

[0 112] OffK, AV7 7 <;i/vXxA<0£#K:rH> 
* (AV File System Descriptor) te, lflOMIt^ 9 



(17) 



#BB¥ 1 1 - 3 1 2 3 7 8 



rtKE*S*U ffigtf'J ^A±<7)7W >MIA£ U if— 
IAO&K, fit, >MIA<hUlf-7'MIA_h 

OMIAVyyoffiBSrlB^I"*. AV7 7< J^>XtAt 

Logical Vokme Contents Use field 



(Logical Volume Conlens Use:BP 284) 7 4 —)V KK 

[0 113] 
[*24] 



RBP 


Length 


Nome 


Contents 


0 


4 


Main AV File System Descriptor 


UHC32 






Location 




4 


4 


Reserve AV Rle System Descriptor 


Uint32 






Location 




8 


8 


Reserved 


#00 bytes 



[0 114] ^<>AV77<;k>XTAT^X^'J^ 
u*r— i/B XMain AV File SyslemDescr iplor Locatio 
n:RBP 0) tt, AV7 7<Jk>XfAf>f X? g ^©il 
ir^S^fcffiffif*. Uif-7AV7 7^;UvXxAx 
ij 79u*r— >> 3 XReserve AV File System De 
scriptor Location:RBP 4) \t. >AV7 y^Jl^yXf 

«EfHc*SAV77^;i'vXxAx^X£U T^^BIS-fe 
2*#**ffjrr*. feU ^S#U^A±^AV7 7< 

U if- ^AV7 7 -f Jk/XrAr^ X £ U 7^ D $r- x 3 
>(:H fFFFFFFFF^-fey h£ft*. U if— ^ H (Reserv 
ed:RBP 8)fcL liaofcfel^fi^tlT^D, #00#K£ 

[0 115] AVy74)l'i'XT2*<D&9<D < gmmfflt* 

3>x'J7 (Management Informat ion Area:MIA) HfEU 

>MIA, Uif— :/MIA£5f*"t*. ^-f >MIAt Uif-7 
MIAO&®, MIA*CDMIAVy7^&Bte, AV7 

7-fJW>XfA7^X^U^T«$n^ MI Aft® 

y£ (MIB)£«£*U ^<£ll3Iiz^#^OMIA<05fclIM 
IB^e><0*7"fey h«T*-v/>h-r>7^^-'>3 
yT'D^M (MIB#-^)(h^$n^)o 
[0 116] MIB©»3ttt, MIB#^a<ffiffi£n£. MIA 

fflCDMIB, *LTx-*«i6#T**, MIAV^7 P (MIAM 
ap), 7 7-Y;U-r-y;KFile Table), 7D^r-^3> 
l^Xr / hf- :/;KAI location Extents Table, 7 
□ ^r-v'a >X h7T>?^ 7— y;KAl location St rate 
gy Table), f^7i^07^->3 >5 L — 70U 
(Defect Information Table (Optional)), &&ZfXt7 
Xf>77 H7h U tfa- h^-y;KExtended Attrib 
ute Table (Opt ional)) &#mtZ<0\Z&t>nz>MBft b 
«dc*n*. MIA*C!>IIIB3jif ©ittTtttoftTir^^tt 



^(DMIBrt, *fctt«ft©MIBt»WSft*. x-^tJtig 
fle**ttftOMIB(CE»aft*»^, £0MB*£0JeWC 
^JST****** MlAT>y7 p *OMap X>hU7^-;bF 

[0 117] AV77< ;UvX7\MCM>T, 77<W 

;i / /\, 7 y4i^)y^^-^x^^77<;Ux-7 r ;i/X h 7 
£y+^-f 7 p (File Table Structure Type) tCJ:oTft 

^T, 7 7<^f-7'Ml 7 7^f*7-yMy^t 

iia±©7 7^f ;n/3 - H^eis^ns. 77^^ 

1/3- Ktt, HfifiO'r-^«*T, 77-f*U3-K 
&tt8'J1-*fc»07>r-;Ur J . 7 7-fM^3-KOlS 
$*T7>f-^h\ ffrS, fc«ktf&IEBI5£*-f 7>r- 

*t"7>f-JH-\ ^7l/>MJ>£ (Parent Link) <h 

»$ti*jB7 7<;n^3-H^je-r7>f-;ph\ 

MJ>£ (Next Link) tffi2tl2>5l%7 r-i)^^- 
HS»T:7-f-;i/h\ ^^<;UKU>^ (Child Link) 
t*Sn*T7r-f Jl/Un-H*Jg-r7^-;PK, 
l:x^Xf>77 F7 HJ tfn-hUn- K?x-f >(E 
xtended Attribute Record Chain) £ffi-f7-r — ;P Kfr 

^>«$^^n-5o 77^;h/3-kii 77<;h/3-h 

[0 118] 77<^f-^Xh7^ft^'f7 r 0T 
te, 7 7 ;P7 - ^POilOO 7 7 ^ U 3 - K WP- 

m*om$, -o©77<;h^3-f^«lt*50, ;u 

- h077-r;HO- Ktt^— h77<JI/U3- K (Ro 
ot File Record) tfoZtlZ. Gmt^t?-* £J9fc 

&lJ77-f*U3-HH 7^1/^h'Jit^ X" 
^^777^M/3-ni77<M»$n*. X-f 

u£MJtf^9T&<, 77-r;pt)^77< ;i/U3-H 



(18) 
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ttSJ^lC^WJl'FU (Child Link) , 

U>£ (Next Link) , ^7U>MJ>^7 (Parent Lin 

k) *»5gr*»fc«to*a*ti*. 

[0 119] *y>Xh'J >^TlM^n^)77<JH/ 

3- K©#WT-5 , r— ^O— S8»**fc^t>M©7 7^ 
-5*^*5^^. 7 FU If a — F (Attribute) 
7^-^F^f-^n^— >3 >^<^(Data Location 
Type)fcl039t«je*ftfc77>f^U3-Hli, 1t^7 7 

[0 12 0] AV77^Jk>XTAT«7P^y3>X 
£*x>h (Allocation Extent) t^5M*U9A 

(DAM h^7ir^ hT«7T5*^ **W*3I£«<0 

lo;Hh^7t7ht*7t^) 0 7n^r-v 3 >x£ 
Xxi/MOBMfijft, KTjSu Mtt»»47D4r— >g> 

uo-FKiassnso 

[0 12 1] 7D^ya>x^f>hr- 7)V\Z\* 

K»J6*"*7nfr— S^g >x^Xr>hU3-K^, g 
@*£n&o 7P^->3>x^Xr>M/3-FH * 
07Dir-y3 >X^7Xf> F U3 — F £Jg l^t7 
-;UF£*TU £<&7*-;UK£ttoTttft<07P*- 
f>3 >X^Xf>hl/3-^^^UX F#ffr$T£ 
§ 0 COU^Mt 7n^r-y3 >x^f> F U3- 

K^x-f>^»sn*. 77<^t-^h 7d 

tr—i/s >i^f> F 1/3- F^x-f >H*ftfTf<57 
D^r-v'3 >X^Xf>h«^ti§<hLTton 

So 

[0 12 2] 7D^r-y3>X^XT>hf-7';W 
<0ttfflSttT^&li7Dir— ->a /X^f>hl/3- 
F(7P^r-y3 >x^Xf/hl/3- HXf-^X^O 
0<2l/3-F)^6fl^n£UX Fte> 7U-7P^-y 
3>x^Xf>M/3-Hfx-f >iS^tl> 7D^r- 
f>3 >X^Xx>h7 L -y^^^fS¥^fc<h^»^Tt 
So ^yc^TS7n^-v3>x^X7=->h4 1 ^^Pfi 

(t^x^F) ■fc*^ft**SM«fcB«*«**i*l 
£^n§7Py-ya>xnf>hl/3-F (7P^r 
-ya >X^7Xf>h 1/3- FXr- ^XdlO^^Tf £ 
Un- F # >£*fcTffrifcl,fc'J Xh^7i^f^f ^ 
7 □ ^r— i/ 3 >X^Xr>M/3- F^x-T >£»U 



:©UX F t>7nir-v3 >X^Xf/hr-7'^e 

[0 12 3] 7D^-v 3 >X£Xx>F£i)3I#U r y- 
AcOi:^<iBHg<^^7D^-'>3 >Xh7ry^ 

(Allocation Strategy) £<fc ^Tft^^n^, 7D>Jr 
-y3>Xh7ryVr-7'M, WR^a^r-va 
>Xh77->V*I8U 77^f^SCS/^7P^ 
y 3 >Xh7Ty^MlT, 7D^— >3>X^X 
f>htlI# l J9AJ:l:ilt*W , r*4. #7o 
^•-y3>Xh7fy^^mSW81, 
7D^y 3 >Xh7ryV^fflt^)A7>-^H 
7n^r->a>7 h7ry^f-yM + 07P^-y 
3>Xh7f^l/3-Kl:B»Sft*. 7 7<^f- 
F5£^*< ^OtC&^T, 7D^r-i>3>X 
h7fy-fH 77<;H^3-F^tfc»3£atl. 77 
;H/ 3 - F Or- * □ ir— s > 7 >< F £IBflfc $ 
ft*. ^Of-^P^-y3>7^-JI/FH 7u>r- 

Dfr-ya >X F 7x$>^ jWtfWSft*. 
[0 12 4] 7D^r-; i/3 >X F^xv^^:/0(Allo 
cation Strategy Type 0)£5J;tf7 air— /a >X F 7 
T-v^^^T 7^1 (Allocation Strategy Type 0<D2O(E> 
7P^r-y3>Xh7fyV^y^ J&fcatlTH 
3. 7P^y3/Xh7ry^-l'7'0H -f>77 

>Xh7fyVM^l ttMPEG* cdS^ » Kx-*<Z>tt 

[0125] r^7x^h-f>7t^-y3 >t— 
(Defect Information Table) tt, Iftgtf'JtfArt®* 

[0 12 6] I^f>T7 F7 h »J fa-hf-^ 
(Extended Attribute Table) \t. 7 7 <i JI/*SW*r 

£3„ x^Xf>T7 F7 F U tf:x— hf-yjHl x 
^Xf>T7 F7 h U ha- hr-^Ky^ 
H@JW±C0X^7,t->X7 F7FU ta-hr-^H/ 
3-F^e>J8/&£n*>o x^Xr^^hTFUt'a- 

ft<BUO-FT, SSOX^Xf>T7K7hUta- 
FU-3- F^UX F^Ufcx^XT^xy F7 FU bfa 
- F 1/3- F^x-f >*f£rin?#*. 

[0 12 7] AV7 7<^yXTA^t5f-^ii 
OftW4. (Signalure)#K££ft*. 
*^*te*2 5^^Tck^^|B&$nSo 

[0 12 8] 

[S2 5] 
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Signature 



RBP 


Length 


Name 


Contents 


0 


4 


Identification 


bytes ="AVFS" j 


4 


1 


Version 


Uint8«1 


5 


1 


Data type 


Uint8 


6 


2 


Reserved 


#00 bytes 



[0 12 9] 7< x>5V 7^-/3 Xldentificat 
ion:RBP 0)tt, X*3flT AVFS" #IS0/IEC 646fcftt>TR 
££tt£„ A-ya >(Version:RBP 4)tt. A*-v3> 

U l*«»3E*n*. (Data typ 

e:RBP 5)tt, ^-^ttaftOSSSJBffi-r*. 

[0 13 0] 
[*2 6] 

Data type 



[0 13 1] iJtf-:/F (Reserved :RBP 6) t£3S<7)fc 

[0 13 2] AV7 7'1'^tAt-<X^iJ^ (AV F 
ile System Descriptor) 14, S2 7 KSTcfc 5 £136 

[0 13 3] 
[82 7] 



VaJue 


Irrterpr etation 


0 


Reserved 


1 


AV Re System Descriptor 


2 


MIA Map 


3 


Rle Table 


4 


Alocation Extents Table 


5 


Allocation Strategy Table 


6 


Defect Information Table 


7 


Extended Attribute Table 


8-255 


Reserved 



AV Rle System Descriptor 



BP 


Length 


Name 


Contents 


0 


8 


Sgnature 


Signature 


8 


4 


Location of Main MIA 


Uint32 


12 


4 


Location of Reserve MIA 


Uint32 


16 


2 


Length of Main MIA 


Uint16 


18 


2 


Length of Reserve MIA 


Unt16 


20 


4 


Creation Time 


Time Stamp 


2A 


4 


Modfication Tine 


Time Stamp 


28 


2 


Number of MIA Map Sectors in Main MIA 


IfintW 






(=xi) 




30 


2 


Number of MIA Map Sectors in Reserve MIA 


LRnt16 






(-X2) 




32 


2xi 


MIA Map Sectors in Main MIA 


bytes 


32+2xi 


2X2 


MIA Map Sectors in Reserve MIA 


bytes 



[0 13 4] zfif***Q>*-9ir<t?7 4-)],*\i* 
l*«BB£Sft*. D^r-^a >MIA(Locat ion 

of Main MIA:BP 8)14, ^<>MIA<7>Mi&»3Hi^^S^ 
Srft3tT-6, u*r-*>a >*:/U«f-:/MlA(Location o 
f Reserve MIA:BP 12)14, Ulf-r/MIAOMMM'tei' 

U>^**y*'f >MIA(Lengthef M 
ain MIA:BP 16)14, >MIA<D1M X£f&3-fe^& 
TJBS-TS. U>y^*^Uif-yMIA(Length of Rese 
rve MIA:BP 18)14, U V-THlkOlM XftBa-fc* 9 
STMt^o ^UX->3>M A (Creation Time:B 



P 20) tt, KWrO^sTsThrrAM U^*fPJ«L 

odification Time:BP 24) t*. AV7 7 -f Jk>7r Ar^( 

•?y-?-t#f"( >*-f >MIA(Number of MIA Map Sector 
s in Main M1A:BP 28)14, >M1AT v 9 $ X*(Ma 
in MIA Map SectorsrBP 32) KKffiSftfcMIBS^Oft* 
WW*. 

[0 13 5] t>/U^lA77^t^*-X^> , Jlf 
-;/MI A (Number of MIA Map Sectorsin Reserve MIA:BP 



(20) 
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30) tt, Uif-^MIAVyy-fe^^-XCReserve MIA Ma 
p Seclors:BP 32 +2x1) KE»3ttfcMIB##©ftfcffi5e 
T-5o MIA^yy-t^^-f >*-f >MIA(MIA Map Sectors 

in Main MIArBP 32) tt, ;W >M1A*<£>MIAT y 
f$T*MIB£fS£U MIA^y?*«fi6T*MIB0MlB#*l 

#m c r£ $ n £ o mh'?v7-k!7?-X'f> u if - y m 

IACMIA Map Sectors in Reserve MIA:BP 32 +2x1) te, 
Utf-yMIA+©MlA-7y^ r **ljac'raMIBt»3iU, MIA 

MIA Map 



BP 


Length 


0 


8 


8 


2 


10 


2 


12 


2 


14 


2 


16 


2 


18 


2 


20 


2 


22 


2 


24 


2xi 



[0 13 8] x^*^-v(Signature:BP 0)©f-*^< 
T^-^Fte, 2#Kj££ft*. o^r-i>3>^-^MIA 

(Location of MIA Map:BP 8) tt* COMIArtKS 
SMIATyyoffeSBMIBOMIBS^SrJBffi-rs. P^r-v 
a >ty7D^r-ya >X h^^v-r r— y;KLocat io 
n of Allocation Strategy Table:BP 10)te, ££>MIArt 
^67D^-y3 h7r^f- :/;l/£>$fc^MIB 
tf)MIB#*t£f££T£o n^r-x3>77^^r-^ 
(Location of File Table:BP 12)«, ^OMIAl^tr^^ 
7 r < ;Ut— ^OjfeiaM I BOM I B#*t S fgj£f £ • 

[0 13 9] P^->3>^7D^-y3>X^Xf 
>Xr- !/JKLocation of Allocation Extents Table: 
BP 14)14, ^OMIAftK&^Zn^r-va >X^Xf> 
bx- y;P05feSBMIBCDMIB#^«:J&5£"rs. D^-i>3 
>^^f^ 7x£ h U X hr— :/MLocation of Defec 
t List Table:BP COMIArt KfcSxW 7x£ h 

UX h^-y^C05fe^MIBc7)MlB#^^Jg'S-r^o fcbil 

^MiArtfcx>< 7x^7 hux hr— y;pj*«#ftuanri« 

#FFFF#*"fey h ny-y3>tyx^7Xf 
>T7H7h'Jt:a-hT^X^Uy^ (Location of E 
xtended Attribute Descriptor :BP 18H2, COMIArtH 
^X^7r>T7 F7 h U If a- hr^^ U 7^?) 
$fcg|MIB<0MIB#*t&JB£*r*. fcb^MIAfidX^X 

#FFFF#-fey h£ft£„ U If- 7 K (Reserved: BP 
20) H, JiB©fcaK:*»2ftTfc0. tOOjMSMgStl 

[0 14 0] t>^77^X> hU-X(Number of 
Map Enlries:BP 22)tt, (BP 24)^bteD££ V y ^X 
>hU<OX>h«J»*}Sffi-ra. MIAKfipffi 
■r*MIB©RtC»L<, OTFOUTFTifc*. V»y^X>h 



Vv^t«H5K-r*MIBOIIIB#^3W«lCHSS*l*. 
[0 13 6] MIAV^y (MIA Map) li, MIArtOMIBOffi 

fc^MIB, *flffflMIBOttB«:Sr. MIATy^tt, 3E 2 

8 KST.tsiwBssns. 

[0 13 7] 
[«2 8] 



Contents 

Signature 

Uint16 

Ulntie 

UInt16 

U!nt16 

Uint16 

Ulntie 

bytes 

Uint16 

bytes 



U-X(Map Entries :BP 24) tt, £<£MIAftcDMIB<A{£/B 
«iH£f££T*o l^OT^yxvh'JH 0intl6*»6 
JMDOTy^ r X>hUttMIAO*fflOMIB f 2#g 
©77 7x> h 'J 142SBOMIB. . . HaffM"*. 
[0 14 1] 77^X>hijOlH «2 9i:st«» 

[0 14 2] 
[*2 9] 

Map entry value 



Value 


Interpretation 


#0000-#FFEF 
#FFF0 
#FFF1 

#RFF2-#FFFE 
#FFFF 


Next MIB Number 
Unusable MIB 
Unused MIB 
Reserved 

Last MIB of the data structure 



[0143] hL7*-2my&Wifiw*m*.>7 9*MX\zm 
L^a*wi/h*<, io©MiBrtici#ifrt$n^*^, 

^OMIB(3^*rS7 7^X>hUtC#FFFF^, 

T-^«iSflc^«»©MIBlCbfc^Tf2®$tl^) 
g^^©MIB(C^T^77 7 p X>hU(C«^ 
(DMIBCDMIB#^#, g^©MIB|-*fj^-T^7 7 7 P X>h 
Ufctt#FFFF**-fey h£nS B V 7 ^X>h Utf)ffi##FF 

"TSfWffl**. V y 7^X> MJ Ofi^tFFF0T**MlB 
tt. *OffifflCHIH*«**(*»-b^^fti:)e:tS:* 
T. 

[0 14 4] 7 (File Table) Itffl 1 4 

<fc o \z 7 r -f ^ ^ £ 7 7 -f -7 

Jl^-^frSWjfcSna. 77<Jl/r-^r-^Wffl 
i§te77-f ^^^^©FiJe Table Structure T 



Name 



Signature 

Location of MIA Map 

Location of Allocation Strategy Table 

Location of Re Table 

Location of Allocation Extents Table 

Location of Defect List Table 

Location of Extended Attribute Descriptor 

Reserved 

Number of Map Entries (-xn) 
Map Entries 



(21) 
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ypc7-r-;PKt«toTft**. [0 14 6] 

[0 14 5] 7 7<^T-yM7^' (File Table Hea [g 3 0] 

der) \t, SI3 0\Z7jk'?&o\Ztm2nZ>. 

File Table Header 



BP 


Length 


None 


Contents 


0 


8 


Signature 


Signature 


8 


4 


Length of File Table Data 


Unt32 


12 


2 


File Table Structure Type 


Unt16 


14 


18 


File Table Structure Type 


bytes 






dependent information 





[0 14 7] S^*? 1 * (Signatures 0)<Dx— *$"f 

^7-f-;uF«, 3*i«Hesn*. i/>m^7^f 

;Pt— * (Length of File Table Data:BP 8) 

a. 7 7<^f~yK h^^^^^-f ^(File Table 
Structure TypeiBP 12)te* 7 7 / f^f- ^r-^O 

«i£^^s-r^p 7y<;i/^-y;ux h^^^^^^y 

x*< ^>x> h< >7t^-ya>(File Table Struct 
ure Type dependent informal ion:BP 14) te, 77^^ 

[0 14 8] 77<^T-^Xh7^ft^-f^ (Fi 
le Table Structure Type ) #0(D}§-&, 7 7*f*f- 
7;H*0 1 5 IC^-T «k 5 \Z 7 7 -f ;Pt— 7)V\ y#t\ 

Re Table 



^*^^hU>^7 (Next Link) 7^-^H^KSt" 

ota^n*. 77-f^f-yjwoffif ^nt^^ 

t^T077 > f;H/3-Ktti 7U— 7 7-OH/3— H 

[0 14 9] 77^f^T-^h7^ft^^f^0 
<D4§-&, 7 7^fil'T-yM7^ (File Table Heade 
r) teS3 l tS-TctitESSntttftltfttStt^. 

[0 15 0] 
. [*3 lj 

Header 



BP 


Length 


Name 


Contents 


0 


8 


Signature 


Signature 


8 


4 


Length of Hie Table Data 


Unt32 


12 


2 


File Table Structure Type 


Uint16(=0) 


14 


2 


Number of File Records 


Unt16 


16 


2 


First Free File Record 


LRntl6 


18 


14 


Reserved 


# Mbytes 



[0 15 1] xy*^*(Signalure:BP 0)<2^-*^-f 
T^-^Ftt. 3jWKje*ft*. l/>m7 r 77'f 
;i/T— (Length of File Table Data:BP 8) 
ft, 77<JH/3- V<D&Z\Zl->rtjr77 7<1 
-X (Number of File Records :BP 14) £rtHi£&#t££ 
£tt*. 77-T^7 1 -^Xh^^^^^-ry(File Ta 
ble Structure Type:BP WWCfcZtl*. ±>rt 

j-?7T<1 fri^zi— FX(Number of File Records:BP 1 
4)te, 77<Ar-^M«*fo77^JH/3-Hft 
7 7<Al/3-H»tt, USUIFFFOBLTO 



M£<h£. 77-Xh7'J-77-f;H^3-X(First F 
ree File Records:BP I4)tt, 7 , J-77 > f F 

^x< ><&e«j(OB*£iBu 7 7-f;i/r-y;wi:7 

U-S7 7-f*l/3-H J&^fiE Lfc^ttfr, #FFFF**» 
££tt£o Uif-7 r K(Reserved:BP18)tt, JKSOfctf) 

[0 1 5 2] 7 7-T Jl/l/3- F (File Record) tt, £t 
3 2\Z*?&o\Ztm2nUttMtUt>te^. 
[0 15 3] 
«3 2] 



(22) 



ftfflW- 1 1 - 3 1 2 3 7 8 



File Record of File Structure Type 0 



RBP 


Length 


Name 


Contents 


0 


2 


Rla 10 


Untie 


z 


o 


Fill Typ© 


1 lirrtlfi 


4 


4 


Attribute 


Umt32 


e 


4 


Creation Tme 


Time Stamp 


12 


4 


Mod fi cation Time 


TTme Stamp 


16 


6 


Data Length 


Uint64 


24 


8 


Data Location 


bytes 


32 


2 


Child Unk 


Uint16 


34 


2 


Next Link 


U?nt18 


36 


2 


Perent Link 


Uint16 


33 


2 


Extended Attribute Record Number 


Uintl6 



[0 15 4] 77-OHD(File ID:RBP 0)tt, 7 7<^ 

;*-f Affile Type: RBP 2)tt, £CD7 7-f Jl'Un- FO 

(Attribute:RBP 4)te, u077 / fM^3-H$fcttu 

-5. 2 Ul-*>3 >*-f A (Creation Time:RBP 8)te> 
:©77-f ;WUn-FOffr£BI$£^r*. ^xf7 
->3 A(Modification TimeiRBP 12)te, d 

©77<;H/3-HSfctt77<JH/3- F<2#Srf £ 
x-^O^JEQRfSJBJS-r*. x-^U>^X(Data Le 
ngth:RBP 16)te, x— ^ n va XData Locat ion:R 
BP 24)®#BgT5'r--*<Bfi£*A>f FTJB£U #?a 

-f>3 XData LocatiomRBP 24) «U :©77-fJH/3 
— H©#B8*r*x— ^©ItltSrJ&^-rs. 7w-;UF<D 
mWtt* 7FU fcfjL-h(Attribute:RBP 4)£>x-^n 
^r-ya >^-f :/(Data Location Type:Bit 1-2)<£>F^ 
KJ:t>T£{fc-r*. ?^<;PKU>^ (Child Link:RBP 
32) tt, ft^f^H77^;H/3-K©77<;H/3- 

ink:RBP 34) tt. 7 7-f JH^3— K^x-f >**J*TS 
*(D77-fJH/3-H077-f F»*I*»S 
U u077^JH/3-H^77'1'JH^3-^x^> 
©i»OM*0«6» #FFFF**B«i;*tt*. 

[0 15 5] ^7 U>FU>£ (Parent Link:RBP 36) 
fcL ^7l/>h77-fM/3-H077'1';H/3-H# 
*f£Jg£U ^<D77'f;H/3»MiJHh77^JH/ 
a-HT*5*^ a»S#077-f;H/3-H«t 

F^>A (Ex tended Attribute Record Number: 
RBP 38)te* :077<iH/3-F^«^X^r>T 
F7 F U e^L-HUa- K^x-f >(D»xnf 
>77 F7FU tfi-FUn-F#*t£fg£U x^X 

T>T7 F7 h »J tf:x- h 1x3- P«#flIlttV>«ft. 
*FFFF7&*K£<*n*. 



[0 15 6] 7 F'J tf:x- h ( Attribute) 7^- 
tt, S3 3(C^Ti:3(c!B^$n^)o 
[0 15 7] 
[S3 3] 

Attribute , of the File Record 



-;uf 



Bit 


Interpretation 


0 


Vafd 


1-2 


Daata Location Type 


3 


Protected 


4 


Sorted 


5-31 


Received 



[0 15 8] /t»J y F(Valid:Bit 0) :©77<^ 

cico77-f;n^n-F^ffifcnT^&^^t** 

U 77<M/3-HH 7U-77-fJUU3-F?X 
'f AiJyH^ 1<0«£. u©77<;H/ 

iiJjrra*rt<T#3. x-^nir-S/a:/^ ^(Dala 
Location Type:Bit 0-l)te, r-^n^r-yaXData 
Location:RBP 24)cr>7* — 7y h£}f^T£o x-^D 

sat- * t> ©aw****-* (7 7 < 3 - f u 
xa >*-i7m\<Dm&* x-^n^->-3>^> 70 

^va/Xi/Xr/ F^x-f ><D&IRtf>7n 

Xh7fyVf^3 4l:it7t-V7 FT*£tt 

So T"^n^y 3 >3M7>*lO0ii£, 77^;H/ 

a-HW77^JPTt5utSSl, x-^n^r- 
*>a>&, ^7U>F77<;UUn-F©-r-^Ddr- 
->3 >a*«Tx-*<&$teSSa*S©*7-fey F#Uinl64T 
3*£n£ e 110x-37D^-V3 >^-f7 r tt, ita^fc 

[0 15 9] 
»3 4] 



(23) 



ttmW- 1 1 - 3 1 2 3 7 8 



Data Location file of Type 01 



RBP 


Length 


Name 


C merits 


0 


2 


Reserved 


#00 bytes 


2 


2 


Allocation Strategy Number 


Ufnt16 


4 


4 


First Allcatfon Extent Record Number 


Unt32 



[0 16 0] ynT^T7 K(Protected:Bit 3)tt. Z. 
"To V — H (Sorted :Bi t A)\±, Z.CD7 7 -f ;H/3- 

U1f-^H (Reserved :Bit 5-31H2, itffiOfcftK^ft 

[0 16 1] 7P^'>3 >X^7Xf>hf-^ (St 
ructure of the Allocation Extents Table) tt, 01 

Allocation Extents 



*nh7D^-y 3 >X£X5^> hi/ 3- H7^-^ 
HCKS-rSWCJiO, 7D^y3/X^Xf>hl/ 
3-HOUXHl^<e»n5, :0'JXh{i70^r-y 
3 >X^Xf>M/3-Hfx'f >£ffr£n3o 
[0 16 2] 7Dy-y3>X^Xr>hf-yjK^ 
^ (Allocation Extents Table Header) \t> ^3 5lz 

[0 16 3] 
[S3 5] 

Table Header 



BP 


Length 


Name 


Contents 


0 


8 


Signature 


Signature 


8 


4 


Number of Allocation Extent Records 


Unt32 


12 


4 


Rrst Free Allocation Extent Record 


Urrt32 


16 


4 


First Defective Allocation Extant 


Unt32 


20 


4 


Reserved 


#00 bytes 



[0 16 4] f>^^^^(Signature:BP 0)£)<r-^-f 

jyj-jiN** wm&znz. t>/u?7D^ 

ya >X^^r> h 1/3— X(Number of Allocation Ex 
tentRecords (BP 8)te7D$r— va >X£Xx> hf- 
W©70^r-y 3 >X^Xf>hl/3- F<0R£*§ 
5rr*. 77-Xh7U-7Pv— ya>X^Xf>h 
U3—F (First Free Allocation Extent Record:BP 1 
2)«, 7U-7D^-y3>X^f>H/3-Ffi 

[0 16 5] 7ay->3 >x^ryhf-ywi: 
7<J— &7n$-— ->a >X^Xf> h 1/3- FtffiqSL 
& H»£ . #FFFFFFFF# £ O 7 >< — ;P F IC £ . 
7 7-X hr^f 7i^f^ yTD^-ya >xnr> 
F 1/3- F (First Defect iveAl location Extent Recor 
d:BP 16)te. T^7x^r^7o^-y3>inT 



>FI/3-F^x^>OS$<Z>g3i£JgTo 7D^-y 
3 >X£Xt^> Fx-^UftlCx-f 7i^r>f^7n^ 
-yayX^Xfyhl/^-F^ftl^^^ #FFF 
FFFFF#* £<D7^-;UFICRJ£Sft*. Ulf— ^H(Re 
served:BP 20)te, ttaofcfcfc^WSn, #00^S^$ 

[0 16 6] 7D^r—>3 >X^Xf>M/3-H (Al 
location Extent Record) 15, 7o^r- ^3 >xnr 
>F<DM&ftS* &7&il> JRtt, 7D^r-y 3 >x^ 
Xf> h 1/3- F^x*f >«Mt^07P^y3 
>X^X7> FU3- F<0ftfi£ST. 7D^--y 3 > 

So 

[0 16 7] 
[S3 6] 



(24) 



#BB¥l 1 - 3 1 2 3 7 8 



Attention Extent Record 



RBP 


Length 


Name 


^unionist 


0 


4 


oton Logical oecior nuimer 


Unt32 


4 


1 


Allocation Strategy Number 


Uinta 


5 


1 


Reserved 


Lintfl 


6 


2 


Start Offset 


Untie 


8 


4 


End Logical Sector Number 


Uint32 


12 


2 


Reserved 


Uint16 


14 


2 


End Offset 


Uint16 


16 


4 


Attribute 


Uint32 


20 


4 


Next Alocation Extent Record 


Uint32 


24 


8 


Length of the Alcation Extent 


Unt84 



[0 16 8] X*—hDvrtJHr£*:*->A (Start Log 
ical Sector Number:RBP 0)tt, 7D^-y 3 >X^ 

>yt(Al location Strategy Number:RBP 4)te* C<D7a 
*r-i/a >x£Xt-> f> uo — F^^jnir-ya > 

■Sf-^H (Reserved: RBP 5)«, ttKOfcafc^ftSft* 
#00#Rffi£tt*. 7>$-h*y^y h (StartOf fset :RB 
P 6)lt 7n4r-$/a>x£Xa->h©M*&A>f h*£ 

[0 16 9] x> Hni?*;Hr^^±>^(End Logical 
Sector NumbenRBP 8) 7o^-/3>l^Xr> 

h©*«fyw h**trtl«** 

JTf*. Utf-y K (Reserved: RBP 12)tt, i£3lG>fc* 
\z^m^n, #00j&*SW£3n*. x>F*7-ty KEnd 
Of fset :RBP 14) IS, Tn^r-ya >X^Xf> 
AW h«r$^»31-tr^^05feS/W hjfc6*7/Vr b£ 

KAttribute:RBP 16) <DS"f fflte, * 3 7 IC^T 

[0 17 0] 
[*3 7] 

Attribute of the Alocation Extent Record 



Bit 



0-1 
1-31 



Interpretation 



Allocation Extnt Record Status 
Reserved 



[0 17 1] 7n^-y3>xnr>M/3-h7f 
— 9 7. (Bit 0-l)*<01©»&* ^OTD^ya>x^ 
Xf>M/^-HH t?M7D^-ya>x^Xf> 

*g£\ u^7ny-y3>x^7f>hl/3- KttWSS 
a:7D^-y3>x^Xf>h^lT^0, AofcRB 



ir—>a >x*XT->Mx3-HJ4Sa«ffl*tLT45 6 
?\ *fb^7ny-5/g >x£Xx>b£6BB"f &fKK 
ffifflffi**3f«:SS"r. Jiobfy h#io<o«£, :o7P 
^r-:>3 >x^Xf>hk3-F0}lt7P^y3> 

■b^^*^"C^^fc*JC«rU^7nir-v'3 >x^X 

To Utf-^K (Reserved: Bit 2-31) tt, ifi3R©fcJ6lC 

[0 172] ^^Xh7P^r-y3 >X£Xx> 
-KNext Allocation Extent Record:RBP 20) te, 7 a 

c7)7P^->3 >x^Xr>Fy3- 

-5. 7D^r-v3 >X^Xf>hl/3- bifiJWr— v 

3 >x^f> h 1/3- Ffx-f >Oft»OS*t»o 

#FFFFFFFF#iry U>97^"7lf7 U 

tr—z/a >X^Xf> h (Length of the Allocation Ex 
tent:RBP 24)14, CCD7P^r-y3 >x^Xr>hy3 
- F^t^7D^r-y 3 >x^Xr>KOfi$6A 
-f hRTJfjST*. X^-hDv*;Hr^^^>A*(Sta 
rt Logical Sector Number:RBP 0), 79" b$"7ty 
h (Start 0ffset:RBP 6), x> FPy^M^^tyA' 
(End Logical Sector Number :RBP 8), *5<fctfX>F:* 

KEnd Offset :RBP 14)^ £tr^T#a£>6tt£A 

[0 17 3] 7qy™v3 >X byf-i?<(7—7)\'\tPiV 
7r^;PyXTA^^^l*U'i7ATT-^^ffiI1- 

^£*g£-f£o 7P^y3>7h7fy>ff-yMi 
Ell 7l:itJ:^:7Py-y3>XF7Ty^r-y 
M7^7D!r-y3>XF7TyV l/n-H*»6* 

[0 17 4] 7P^r-y3 >Xh7ryVr-^A7 
^ (Allocation Strategy Table Header) tt, ^3 8 1: 

[0 17 5] 
[2138] 



(25) 



»UB¥ 1 1 - 3 1 2 3 7 8 



Allocation Strategy Table Header 



BP 


Length 


Name 


Contents 


0 


8 


Signature 


Signature 


8 


2 


Number of Allocation Strategy Record 


Unt16 


10 


6 


Reserved 


#00 bytes 



[0 17 6] y^ft (Signature: BP O^x-^-f 
y^-JUFte, SjMRjfeStl*. t>/U7'7D^r- 
y3>7h7fy^l^3- F (Number of Allocation St 
rategy Record:BP 8)te, 7D^-y3>Xh7fy>f 

SJSS-TS. iJ1f-^F(Reserved:RBP 10) tt, i£3S© 

ABocation Strategy Record 



[0 17 7] 7D^r-y3>Xh7fyV^3-FH 

[0 17 8] 
[S3 9] 



RBP 


Length 


Name 


Contents 


0 


2 


Length of Alocation Strategy Record 


Untie 


2 


2 


Alocation Strategy Type 


Uritl6 


4 


1 


Alocation Strategy Number 


UintB 


5 


3 


Reserved 


#00 bytes 


8 


xi 


Alocation Strategy Type Dependent 


bytes 






Date 





[0 17 9] k>m7 / 7D^-y 3 >Xh7fyV 
Uo— F (Length of Allocation Strategy Record:RBP 
0) tt, ZLOTWr—i's >X YvtV* Uo- KOfiS 
*/Vf FftTS^U ^Ofi$B8©»ST*5. 7n 
^— ->3 >X F^-r^-f ^^7" (Allocation Strategy T 
ype:RBP 2)«. £<Z>7 air- > 3 >X F 7T^>f Un- 
F®a«£S3£-r*. 7D^->3 >Xh7ry>ft> 
/^Allocation Strategy Number:RBP 4)te, COTD^r 
-ya>Xf7fy>( l/3-H^7o^-y 3 >7h7 
fy>fT-"/ / iWMSI©l/3- FT****6iM£ 
U roU3-F3WfHDOU3-H&6tf03j«-fey FS 
tl^o U+f-7F (Reserved: RBP 5)tt, ttHO&a&H^ 
»ct*lT*3D, fOO^R^$nftttn«a:e>ft^. 7P 
^yg >Xh7fy-f ^>x> hr-^(A 

1 location Strategy Type Dependent Data:RBP 8)te> 

Allocation Strategy Record of 



[0 18 0] 7D^y 3 >X Yy^-VA 5^ yO\Z& 
v>Ttt. *«^a£t^o III:, 7P^-y 3 > 
x^7Xf>hil 7P^-y 3 >Xh7ry^l/3-H 
OX*'- Fnv*;U-fe^^^->/^(Start Logical Secto 
r Number:RBP 8)*«fctfx> Fd v*/H:£^>/t(En 
d Logical Sector Number:RBP 12)TJB5£Sttfcffi«fl 

88#* **7nfr-$/ 3 >x*;*x>FK:ffl93Te>ft 
T^*»&, -t©Ha-fe*^©i:0/W ht>S'J<S>7n^r 
-y 3 yi^X7>h(:I$&K ^3 1:, 7ufr-is 

-5. 7Pir-y3>Xh7fy^^^7' 0O7n^-y 
3 >Xh7Ty^l/3-HH $4 OlC^T^KiES 

[0 18 1] 
»4 0] 

Alocation Strategy Type 0 



RBP 


Length 


Name 


Contents 


0 


2 


Length of Allocation Strategy Record 


Unt16 (=16) 


2 


2 


Allocation Strategy Type 


Unt16<«0) 


4 


1 


Allocation Strategy Number 


Unt6 


5 


3 


Reserved 


#00 bytes 


8 


4 


Start Logical Sector Number 


Unt3 


12 


4 


End Logical Sector Number 


Uint32 



[0 18 2] l/>yxty7P^-y3>Xh7fy^ 
1/3- F (Length of Allocation Strategy Record:RBP 
0)tt, 16**tte*tt*. 7P^ya>Xh7fy^ 
-f ^CAl location Strategy Type: RBP 2)te, 0^»5£* 



n^>o 7P^r-y 3 h7fy^t>/\' (Allocation 
Strategy Number :RBP 4)tt, C <D7 a tr— is a >7s V y 
fy^f 1/3- F**7Dir— 5/g >X h^fy^fT-yjl/ 
+ <DfiJ#B©U:3- KT££fr£Jt£U COI/3-F 



(26) 



4*BH¥1 1- 3 1 2 3 7 8 



(Reserved :RBP 5)tt, ttBO&fcK^I&Sn, «00#R 
££tt£o ha v^;Hz^^^">A*(Start Logic 

al Sector Number :RBP 8)tt, 7n^-y 3 /l^f 

x> Fa v*;i/-fei7^^->/N*(End Logical Sector Numb 
er:RBP 12)fcL 7D^->3 >X^Xr>h^6EIt^) 

Allocation Strategy Record of Allocation Strategy Typo 1 



[0 183] 7P^r->3>Xh7Ty^1'7 P ^7 

[0 18 4] 
[*4 1] 



RBP 


Length 


Name 


Contents 


| 0 


2 


Length of Allocation Strategy Record 


Uint16 


2 


2 


Alocation Strategy Type 


Uint16{-1) 


4 


1 


Alocation Strategy Number 


UintS 


5 


3 


Reserved 


#00 bytes 


8 


2 


Number of Zones (=xi) 


Uint16 


10 


6 


Reserved 


#00 bytes 


16 


16xi 


Zone Information Records 





[0 18 5] l/yy'XtT'Joy-ya^h^T'yV 
l/n—F (Length of Allocation Strategy Record:RBP 

16+ 16xl#R5££ft*. 7D^r-y 3 >Xh7fy 
^^7" (Allocation Strategy Type: RBP 2)te, 
^$n^>o 7D^r-y 3 >X h7XV^^->A*(Allocat 
ion Strategy Number:RBP 4)te, ^OTn^r— va >X 
h7fyV 1/3-hWoy-ya /XhyfyVf- 

:/K (Reserved :RBP5)»i, itaafcfcK^ttan. #00*« 

Zone Information Record 



KJg£tt£. ^A^^-V (Number ofZones:RBP 8) 
te* 7D^yn >Xh7fy^ Uo— F4>©*/— X 

(Reserved:RBP 10) te, tt»Ofc»^»*ft, #00#R 
^^n^>o y-H>7t^-ya >Ua— X(Zone In 
formation Records:BP 16)1*, ^WX:*:/ 1 /— XNurabe 
r of Zones: RBP 8) TftESftfcftO 1 /-- W >7 * * 

[0 18 6] 
[$4 2] 



RBP 


Length 


Name 


Contents 


0 


4 


Start Logical Sector Number 


Unt32 


4 


4 


End Logical Sector Number 


Unt32 


a 


4 


Length of Allocation Unit 


Unt32 


12 


4 


Reserved 


#00 bytes 



[0 18 7] X*-ha^#;H:£^>A(Start Log 
ical Sector Number:RBP 0)te, C<D*/->(Dmi&mm 

nd Logical Sector Number:RBP 4)te, Z.<D"J— XOM. 

3 >3-~y h (Length of Allocation Unit:RBP 8)te, 

£J§£TSo Utf-y F(Reserved:RBP 12) tt, 

Defect Information Table 



[0 18 8] r^7x^h< >7^/-ya >t~7)1> 
(Defect Information Table) ttifea^ >J O &*P<DX$& 

[0 18 9] 
»4 3] 



BP 


Length 


Name 


Contents 


0 


8 


Signature 


Signature 


8 


4 


Number of Defect Sectors (=xt) 


UIn132 


12 


4 


Received 


#00 bytes 


16 


4xi 


Defect Sector Addresses 


bytee 



[0 19 0] y^t (Signatures 0)Or-^^^ 
£ h-fe£*X(Number of Defect Sectors:BP 8)tt, (BP 



Uftfclftrr*. U-tf— "^H (Reserved: BP 12)fcL ffi3S 
<Ofc*H^»*tl. fOOtfRJESft*. x^^x^hir 



(27) 



#P$¥ 1 1 - 3 1 2 3 7 8 



0*7 (Defect Sector Addresses:BP 16)14, £ 

3-fe£*#^£fS£U 10<DX>FUteUint32^£ 

[0 19 1] x^Xx>x-y F7 FU ha-hr-^ 
(Extended At tribute Table) \t> tBl 8\Z&*t&3\Z 
i^t/T7 F7FU tfi-h^-y^^^^iiX* 
7f>T7 F7 FU tfjL-M^3-H^6*fiE*n*. 
i^f>T7 F 7 F U tf^-h^-^^OX^^-r 

Extended Attribute Table 



nr>77 F7 FU tfa-M^a-H7-f-;i/Kfc* 

tfoZtlZ, x^Xr>T7H7hUea-FT-^ 
rtO«tfflSnT&^x>^f>T7 F 7 F U h'^-hl/ 
3-Fte, 7U-xn7/f7 F7FU tlZL-Fl/3 
- F^x-f ><hl*tftt* U * F £. 

[0 19 2] xnf/77 F7 F U tf^.- 
^\^* (Extended Attribute TableHeader) tt, S44 

[0 19 3] 
»4 4] 

Header 



BP 


Length 


Name 


Contents 


0 


8 


Sgnature 


Sgnature 


8 


2 


Number of Extended Attribute Record 


Unt16 


10 


2 


First Free Extended Attribute Record 


Unt16 


12 


4 


Reserved 


#00 bytes 



[0 19 4] ^^^(SignatureiBP OXOx-**^ 

y=fv F7 F U fa- F 1/3- F (Number of Extended 
Attribute RecordiBP 8)tt, x^Xf >x y F7 F U tf 
a- hf-WM^Xf>T7 F7 F U tiii- F U 
:3-F0R£f&£U #FFF0J^TT*^>o 77-Xh7 
U-x^Xr>T7 F7FUHa-FU3-F(First F 
ree Extended Attribute RecordiBP 10)te, 7'J- X0 
Xr>?7 F7 F U tfi- F 1/3- F^x-f ><B«3D<0 
mm^V, x^Xf>T7F7h'Jt:a-hT-^ 

Extended Attribute Record 



ftl:7>J-0X^Xf>f7 F7FU ta-M/3-H 
^aEt^^i^, #FFFF#iS«e2ftS. U1f-:/F(Re 
served :RBP 12)te, ttKOfcfcfc^fidft, #00#K5£ 

[0 19 5] ^Tsy-y^v F7F'Jfc*i-F^n-F 
(Extended Attribute Record) te* i4 5 £5 

[0 19 6] 
[«4 5] 



RBP 


Length 


{ Name 


Contents 


0 

2 


2 
30 


Next Extended Attribute Record 
Extended Attribute Information 


Unt16 
bytes 



[0197] hX^Xf>T7 F7 FU F 

U3-F (Next Extended At tr i buteRecord :RBP 0)te, 
xnr>77 F7 F U b*^- F 1/3- F^x-f 
««*M>Xf>77 F7 FU fcf^-FUo-FS 

- F#fim<£>x£Xx>xy F7 F U Ka- F 1/3— F 
#FFFF#iry F£n*. 
[0 19 8] Rj?©7 7<Jk>^fA(0*< tt^7^ 7 

^KiiiiSTU^7^-tX^dl*^^o 
[0 19 9] Wk<DZi>\£*-*m&TZ\t¥*§7 9±X 



^(OrS]±^^^n^^HfeoT ; bP>5?O7^-trX0$ 
7 7<;i/S/XxA^5 ; -^7^"feXfI^S^P B lOl l fil 

[0200] f:T*77^J^>xfAtli>:KSt^i' 
U 7 7<;U'>X7 : 'A^T r -^CD7^-feX^^^^KFp1 



(28) 



ftffl^l 1 - 3 1 2 3 7 8 



[0 2 0 1 ] -»\zA1&1>9 9ifi&a2tlZ<D\t$:<D\t* 

oifclftlwX^-tf&fcbSn*. 

[0 2 0 2] »l*5ct^»2 0«^li, 
K*lHL*fT^ jEl/<«*a»fc*t«BTa(WrMe 

and Verify)»fP*fT5CilCct0»*ii*Hrlc*Ui, 

[0 2 0 3] 3fcr-f 

*77-fJ^>XrAll itldOWrite and Veri 
fy^^fi##O2^co^S^ffi-pT^Pjg-tr^^^S0 : ii^ 

[0 2 0 4] #U»>A«!jSfcL *UWXh7mf 
>f X# U (Volume Structure Descriptor), 
7-f >7t^->3 >5V X£ U:/^ (Media Informat i 
on Descriptor), H7<^>7t^-'>3>r^X^ 
1):/^ (Drive Information Descriptor), &&Z$Z-27, 
T*>xy Hr-^f^ X£ 'jy^ (Extended Data Descr 
iptor)K£0«ig£n<5o cnb^<f$Hlc^T^^Pfgir 

[0 2 0 5] *U^AXh7^tr^^U^, * 

>7t/-'>3>f^X^'J^, *5«fctfX0*7 L >'r 

IAte, E»<0IK£&rwriteand veri fy£fr7 £ iT« 

«e»u iiiArt©fl6ffltt«*«a-r-&MiAvy^o^ 

[0 2 0 6] #iJSA*S5/*'rAfc«fc-3TJg 

[0 2 0 7] AV7 7< ;i/:>X5rA<E>, ^Rgir £ ;$"\<£>*f 
Jfi»4KT©J:3»CfT5. AV7 7 "f jk/XrAH AV77 
<Jk>XfAT>f Xi7'j7 r ^iCS#ii^$rfT'5«t^, Wr 
iteand Verify£*fTU IEL < m$&£>tzm&ffim 
U »#j&*l::$fcflfcUfc«£, g»J©«0f^AV7 7-f JUv 

>ya-77^-^H0rt8«*ttA5. AV7 

[0 2 0 8] AV7 7-f;UvXxAte, MIAf*3£>-fe^<£ 
S£&*£fT7<h£, Write and VerifyS^frL, JEL 



A-7y7V)X> h U 7^-;i/H(C#FFF0^S^ii^, S'JO 
MIArt©-fc?*H»tTPIi;'>— Jr>^S*frf * 
fc, AV77< ;i^>XxAte, MIAg#&IiS# , J£A± 
<D2ffiffi\Z%< CtfCk0««tt*|fil±*-&*. 
[0 2 0 9] AV77<^vXTA^»f^4 , lC«HiLfc^ 

[0 2 10] 7n^-f> 3 >x^X^>hiiE&£n& 
C3liiK05*^&Write and Verify (?< 
h7>F^U77^f) ^^U--> 3 >#fr Att-j", Writ 
e (7< h) *^U-V3><&***frf*<!:##* 
-5. l»1*no«^t>^R8-l:^^**HlLfe«^ AV77 
<J^>XtAH J t<DUtt*'&iL\stz7U>T- : i/B >x 
^Xr>hilt, f©7n^-y3>X^Xf>M/ 
D-F©7n^r-y 3 >X£7 Xx> F 1/3- FXf-^ 

r^7i^f^^7Py-y3/inr>M/3 
-F^x-f >fcA*i*. K#fflbl*K7ndr-5/3>x 
^Xx>h + tC^RSir^^^^ffiLfc*^> AV77-OU 
y^fAfl 7D^-y 3 >xnf>M/3-HXf 
-^Xfcllt-ty FT*. ^C07O^r-y 3 >X^Xf 

IT, f^7i^f^y7D^y 3 >x^7f>hl/ 

[0211] ai9ii *f£w<D&mn$Lmm i 

(Personal Computer) ^-^£E®~f Sfcli, % 

[0212] a— if Attirtffl 2 ft, *-/U>^ 1 1 *«t 
tfLCDttiquid Crystal Display) 1 2 **Tf At 

LCD12&, yXfA 3 > h P-M 5 ^6MSnfc 

s 1 i:8**ftfc*r^^j 8 tB-rains^ftas-r 

[0 2 13] AVAfcB^J^3«, x>P-^/rP-^l 

3*«k^i 4^^iiv;i/^7 p u^^/x^;u^yu^^ 

tix^-y/xn-y 1 3*5cfctf 1 4Ml:7J^7 P 



(29) 



1 - 3 1 2 3 7 8 



[0 2 14] x>n-y/x=J-y 1 3fcL KSWNwfc 

F) IT, t^ff^JCW^rsBfSO^FSCOtr^x 
-^^fyi/JD'/TVMyi/JD'l 5 tern* 

it 1 5^6««anfcBf3e©*it©tx*7 ? --^s#a 
yun e»*k:*^t, n»*6««snt*-r 

[0 2 15] V^^I/^Wt^^I/^^I 5 

[0 2 16] PCx-^AtBASUfcL -f >^-7i"X 
A3>hD-;HJ5W>?-7x-X 1 6<OtK§8£^ 

[0 2 17] i/^xA3>hn-;i/ffi5«, a— tfAttl 
*g|52> AVAffl*SI$3, P(/r-*Att»*ffi4, &£tf:7 

[0 2 18] 7 7'fASI«6H yXfA3/hP- 

[0 2 19] F5*f:/«7tt. /1y77 1 7, ECCHtt 
18, &H/ttHI§]&l 9, *iiXt\£y 97 y 72 0* 
*U 7 7^*S«6**S0«#fcS-3*, A'7 7 7 
1 7, ECCIhJKI 8, £M/ttH!olttl 9, fcitffcfy* 
7^2 0$»m, ftxV A*8£m^£E&U 



*fctt3fcx-r A^ 8*>S«^*8teaT«fc3Cfc**lT 

[0 2 2 0] A' 7 77 l 7(t AVAttl^SSSSfcttPCx 

U x — ^**&Wl&^J:3K:, ECC(Error Correction 
Code)lHlg&l 8l:r-^*ttliL, ECCtUSS 1 8 

tl/^^l:, AVAffi*«3*fcttPC'r--*Aairt»4 

[0 2 2 1 ] ECC0K1 8tt, A777 1 7frb#m£ 

Sr. ECC**fcK0«]jEL&«, A777 1 7trtb*T 

[0222] ^mmmj^mi 9\$, eccihiki 8*>&# 

£ $ tlfcr- * &mfe<Dtt\Z&m UT K y97y?2 

ocm^u \zy97yf2 o*6«ne*ntr-** 

RfrS^ai:S^^TOTl, ECCUB 1 8 dffirtf* 

[0 2 2 3] ^7^77^20^ ^/S»19 
d^M^nfer-^CI^, Eftff£ttBl£M* 
ZntzK^J A£8fcx-*£E&U *fcte3Kx-<A 

9 ta*r-5±5^a*nT^s. 

[0 2 2 4] 1^2 Oft, S£<0£*©, rtyVTll \Z 

RaztiT^Zr-fnttrtyyT 1 7 fc»*i&S*l 
Sx-*©*fiWH«£^THT**. A777 1 7^ 

/r3-^i 3&£tf 1 4*«(i-9©UA*awna#a 

^<k3 Bf5t©«K±©-^ttt&*<k3fc 
MWSn*. /ty77l7i:««^r-^Or-* 

SttT^S^^tK^lfcoT^fci*. H2 0 (B) 

i&*XKtt. \Zy97y?2Qifin?r4*9Z<Dhyy 

97 y 72 0 (DVlfrWl D Rlffi&ffilifc** A 
^8O0(E*fift)T^5tt (02 0 (B) (BWfMTs© 

[0 2 2 5] Z\<Dtc#>, A'7 7 7 1 7^(07*— 
*a*3S«0lca:*t*, A777 1 7K:E»£*iT^* 

t&ztztb, H120 (A) t^^n^^^c, ftftlCtt 
'>-f*o A777 l 7<DEttWte&7 f --**tt* Br^co 

[0 2 2 6] 82 1H Jtx-f A£8k:EeSftT^* 
7 7-f^©«**KWr*Bn?*«. 7uy 9\t. 
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(4, 7 7<;U^-SI5^^^g|5C07 :: -^^IB^^nT^ 

i^d y ^ Kk*>ft*. y □ ^ * izmmznx^zy 7 

W7-^ W^d y S i 0 ^ i * , * 

[0 2 2 7] H2 2lt 7r>f;PO«ljact/Xy7 7 1 7 
JcE»$nfc7 f -^cofiS:S-r0T«S. 02 2 (A) 

Eft^nt^s. yD7^3i{:ait^yD 7 ^3 2 

P7^33H ^(D^TJC7 7^;K^X-^^fS^^n 
T^5. yP7^3 3(:ainyD'^3 4H 

— SB t y 7 -f 9 #e» £ nt ii a . 

[0 2 2 8] 02 2 (B) ID 2 2 (A) \Z^ntz 
7ay2Zmfr\h'?£2C0rtyyT 1 7'\<£>»#&^j£ 
g£^-f0T&5o yn-/^ 3 1 *R*UiTi€r, Ay 
77 1 7^<£g#>A^j§gte, ^P7^3 1»IWC 
SttLT^*fc«>, Rin0-5£»«£&*. RUSK. 7* 

&£tfyn y£ 3 4 Ay77 1 7 

[0 2 2 9] yn7^3 10i^tBL^7U offfc 

ey^7y^2 0 <Btt*ffi 0 1* ST«7 

#a*aae*«ofca:<5»!MTsi^#aE-r4. 7 r 

£ 3 2 0tt*fflb*itt7U ^^(:yo7^3 30 

0K&£^iTs2a*&ffiU ~fuy$ 3 3 tf)|^fc±3 L£ 

777 1 7^«*ii*jSK^0^/j:*«BWTs3^fiFffi 

[0 2 3 0] 0 2 2 (C) tt, Ay 7 7 1 7^^f- 

tt, 5£<0«RoutT**. 02 2 (D) 14, A 7 7 

7 1 7(CEft£nT^5x-^<pfi£^0T&£o 0 
2 0 (A) fc«*nS«*tH«K, A'777l7^f 

S£&^gRin<h^UJLi£gRout<£gl;: 
»£T*i£&T*fjDU A777 1 7^<£>x~*S#& 
fr&mm\ZU2>£$, rtyVr 1 7l:EBSnTt>* 



TM^Oy^3 2&£tf7 r o<;/£ 3 4Sa*UiLfc» 
o-r-^«*ii^JSK^Olc&Si$, A'777 l7l; 
E»S*lT^*x-*<0att, *€K«'>T*;t*, A* 
777 1 7(1 7>^7D-*Rltr*K:tt. Br££t± 
©E«»»«<«ifc*. 

[0 2 3 1] B2 3lt 7tx>TX^8HfB^$nT^-5 
77-f;U^fl!l^t»^0iJ^Si0>gT^0T^^o ClOfllfifcT 
tt, -ecD"-gf5^fc^&B[C77<;^7 :: -^^E^$n 
WSyDyJB, 7 r D7^0 2»Oie(±fC7 

7<^7-^^Si^ni)<l:5l:&$nTUS. 

[0 2 3 2] 0 2 4*4, 77-f ;WH2 3 iC^t* <fc 5 K 
M$tlT^-5i§^it^A'7 7 7 1 7£)-7 : -*CDS 

©M^itilrfiSo 02 4 (A) tt, ya-y^fwE 

lMyD7^54H W5fi©«k5C *-<0 2#<0 1£t 
±K 7 7 -f MEi^nt liS. 

[0 2 3 3] 024 (B) 14, 124 (A) KSStlfc 
7ny2&mfrm?£$<Dnyy7 1 7"\<£>#^&^i£ 

be*«tht»«. ^Dyj^sisKftHim, A7 

7 7 17 ^0##j£*»Stt, ^ □ y 9 5 1 
SttbT^Sfc*, RinO-JtiiStttS. (^^IC, 7 r 
D7^5 2^ffitit, 7Dy* 5 3£tt*fcHT£ 
*, *W?D7^ 5 4£«2MtiT£#, A7 7 7 1 7 

[0 2 3 4] yD7^5 1(^ML»7L> O^IC 
^D7^ 5 2<Dm&&L*fto££, JayZfimmW) 
fcJBIHLT^tttf, A 7 7 7 1 7^<O#*ii*a**«0 
K&*jaiWTs 4 7ay*5 2(D« 

#ffllx*J|*7U 0#l:yP7^5 3©tt*Hil$ff5 

(h^> A777 1 7 ^<D&£&&mmm\zte2>wim<> 

?Uy9 S 4<DVL&ai,&ft5 £Z> A*7 7 7 1 7^0 
»#&*BflE*<0K:fc-5JHMTs 6 
[0 2 3 5] 02 4 (C) 14, A777I 7^^r- 

t4, ftK-^EHfiRoutT**. 112 4 (D) \$. rtyy 
7 1 7 HE«$nT^S7 ? -^<Oft<7)S{b«:*TBIT* 
-5. A'7 7 7 1 7^(7)r r -^#^ji^aS^0^^^(h 

M777 l 7l:E»$nT^5r-^oitt, fttt 
\ZWI'J>?*. 02 2 (D) <£«££i£&U yp^^5 
1, yP7^52, ^P7^53, &&Zf7ny? 5 4 

-£fi (1/2) H±©T-^*EBl/T^-5fcft, 
A777 1 7KE»*ftT^£x--*<Dfi#, Otlifi-^ 
<*Jffittl4, 02 2 (D) l:Slt«&«k0, '>*^. 
[0 2 3 6] 02 5(4, 77<;H : SSB6C077-r^O 

7ay2^<Dim<D&m£mwtz>m-T?$>z>o 025 

(A) H^Tct^H, tTI:yD7^ 7 17iM7 3IC7 

7<^Or-^^ES$nx43 0, Srfclc, rfuy^i 

A\Z^Uy0 1 4<D2ft(Dl «t0M^T-?iO77 
-f;U7 5#E»Sn*»£<Dffl34ttW-rs. 02 5 



(31) 
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(B) KSTcfciK. 7uy2 7 3«i8Etti*iafc7r>f 
y □ y ^ 7 3 O 2 1 S fii!)*m*B» 8 1 4 

8 2 l:«^TB8*ni, 

[0 2 3 7] &±<D<k?\Z, 77"f JKB-«*fctt£ffl 
tfJBSSnTt^^D7^lt :/p-y*<B2#a>l£U: 
£7 7^*3^2***1*. 

[0 2 3 8] J^±<D5!l3I££<hg>S<>:, 026CD7D- 

khs^t, 7 7-fjuffaffl6tt, Eft-rax-****:/ 

xy^S 3 2£ii*, 6WoyD7?0»*©l/2©T 

[0 2 3 9] Xf^yS 3 4C*V>T, 7 7<MM 

x-^*E»UT^tt^i:¥OS$tlfc*^ Xxy^S 
3 fflaftUDigf. 
[0 2 4 0] Xfy^S 3 1 KS^T, tfigi-f 

•yyS3 5CI^ 77<;MM«6HU IBfrTSx- 

XT7^S 3 6Kit&, Xf7^S3 6l:^^T, 
7 7^^ei»6lt l^Dy^»(Df^*EBU 
X^y^S 3 4fcittt. 
[0 2 4 1] Xf7^S 3 5fc*l»T, fBST^x-^ 

:/S3 7fcit*, 7 7^f^SI«6lt fOr-**l 
:/Py$rfcB*U Xxy^S 3 4Kifitf. 

[0 2 4 2] Xf 7^S3 4C^^T> iT0r-^4 
E»bfc£W«Sftfc*^ fflWifcTT*. 

[0 2 4 3] H2 7H yny^^<0EBSnfc77< 
;PO»«OjB«tRWr<5H'C**. (H2 7 (A) 
T&V\Z, 7ny{?9 171S93tlt?©77-f^E 

s^nriso, :«77< 9 1 

7uy{?9 2 0»*Jj« (^Dy5 9 2 ©1/2 ± 9 tfcfclC 

*T©77<;U£, :/Py* 9 2 
^^07^9 3©»j££T©7 7^;Ufc#«1'*«£© 

8ig£ift9rr*. ^12 7 (b) Ks-Tcksfc, yp 7 ^ 

Sft&ypy?9 1©r-^t 2#«S*U 
gg#9 4te, yDy>9 2l:»BSW. yn 7 ^92 
l:»iSftta*»»9 4t«W, yP7?9 20lH 
¥6B#9 5ftf«M2ft*. yny>9 2©mfi 

*6».fi*TO»»9 6H «ft&^ny*10 1l:* 



[0 2 4 4] B2 8H 7 7-fJWSI<0i(0fflIW«: 
(D2 8 (A) HSf^^tC, ^D7 
£ l l 17151 1 4i:ES$nti^ i^77<^ 
2©l/2©^£OmJl;:ftB1-£#f'J 

[0245] m2 8 (B) i^T^K, 7*Dy£ 1 1 
1\Z, 7Uy&\ 1 2©J6.«*^»»Jj{S*T l ©»jM 1 
5*E»T****SO***«*tltf, yn7^111 
©■r"CCE»*tlT^*77-f^JC«^T, SR#1 1 5 

**e*s*is. ?u*j9\ i 2ofe^^f-^^)ii 

£T©gG# 1 1 6 te, ^Py>112 ©Jfij*^ 6 ©f£B 
4TOlSIl:ES$nfeyD7^ l l 3 
05 f -^tt2»«Sft^ ^©M¥SB#1 1 7tt, yo 7 
£112 K^fiSft, 7Uy9 1 12 ©g|$# H6l:« 
ViTESSn-5. yD7^113 1 1 8 tt, 

[0 2 4 6] B2 9I1. ?D7>^EBSnfc77^f 

2 9 (A) K^T^H, 7Py0 1 2 17151 2 3 K 
EBSnTV>*10077^fM, ypy?12 2©t 

2 9 (B) K^-f^K, ^Dyj?12 2<0»«jiSi*5 
7-*0*«KO»»12 4tt, Irfc^D^n 
lOjfefflKftttSn*. ftTO|fiBK:E»**lfc^oy 
£ 1 2 3^)77^ JH42#«ia*l, ^©itu^SBft 1 2 5 
tt, ZfUy? 1 3 1 «#1 2 4fctttr>T**iS*U 
»¥»»12 6tt, ypy>12 3©*«l:»i4n 

a. 

[0 2 4 7] «±(7)J:5H, 77^^»«S*lTt>, 

ypyju, t©2»oia±i:7 7^f;wEBsn 

So 

[0 2 4 8] i2 7l:^^n^, 7Uy#<Dte&fcP>ft 
•MSCiTOT*- * £ *^/P y * <£ © 1/2* 

n-y^©**s<oi/2ei±T*5« j &o7 7-f 
-r<tto-&. w^S4ii:6w, 7 7<;peaffi6 

%itcU7uy?\z&W)tZ>* Xfy^S 4 2fc*5l> 
Tx 7 7-f;i'fi»6H »«J«©**^nyjrOlM(| 

ttA*6©ttil:»liL, #Mjft©**7Py2©*&jft 

[0 2 4 9] H2 8C5«Snfc, »*M4^Dy> 
©BLWOffie©***}^. #«jS0**:/p 

6 a 5 ©x - ^ * a ^ p y * * s © i / 

2*«T»*»&©77'fJK0»«Oi61tt. 031O 
7P-ft-h(:^tct^:^^o X77^S5 1C* 
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[0 2 5 0] H2 9K«*tlfc, 7ny2<Dte&fr(b# 

offlStt, 0 3 207P-ft-h(:^TJ:^l:^^o 
Xr^S6 1l:^^T, 7 7^^fl«6tt, »«jfl[ 

[0 2 5 1 ] H±t*^TIt ^n-/^©J&^e>»»J 

T»a*>5*>*«*P£Lfc*^ (n-l)/n(n=2.3,4,5, ••) 

[0 2 5 2] H3 3lt l«tS3^D7^^ 

04*««©E«0«iaftKW-rftHT**. 0 3 3 
(A) fc^f-kilC* 7uy# 1 4 17SS1 4 3<£>£€ 

[0 2 5 3] 03 3 (B) \Z7jk-?£o\Z, ^Dy?14 
2 OW» 1 4 4 tt^n 7^14 1 Offi«««t»»Sn 
£o yay? 1 4 2 0>gS#l 4 5tt, 7nyj^l4 20 
?DyJ14 30r-?14 6tt, 7 
Uy$ 1 4 2(C»ft$tl, 4 5fcttttTtttt*n 

-5, yo 7 ^14 3H ££K&3 e 
[0 2 5 4] £<P<fc<5K:, y O 7^141 7} IE 1 4 2 CD 
U yD7^14 3^mct 

[0 2 5 5] J^±CD®S££<>:&>5<>:> 034£>7D- 
ft-M:S5. -T^fc-fe, XT7^S71tt^T, 

Xfy^S 7 2 Kit*, tKoya^J*^, JteSB 

"f*. Xf7^S 7 3JCi3^T, 7 7^MISt6H 
igO^Dy^^S, *WHD7Uyi7<D&g\Z* ^<DQ 

[0 2 5 6] ^f7^S7 1l:^T, 3-2<D7Uy>? 
[0 2 5 7] £t±(DJ:5t, 7 7< ;K0-«3:fcte£8B 



ftmznztz®. A777 1 7 Tt>ta* 

[0 2 5 8] ±ELfcJ:5tt«ia*ft5rJ>t;a 
-*^n^5A*a— !f^ai«r«lf««|E#tLTtt, 
a^x^X^, CD-ROM, H^^U&fOEftliflECD 

[0 2 5 9] 

[*B9itO»S] MM 1 K:£«4>BftB£«||. »M 
3i:E«©7 7^f*fim *«fctfMM4l;:Ett<0 

Ma*U^A<0'>tt<i:t)2ffl»fKE*-r*± 
[0 2 6 0] MflSCEtOElMikl, MM 9 

tEt©77-f;nim wtfiwiotEto 
«ft«f«<o¥fi*E»ix, E»r**«<o*tt©**t 

SJtl> f ^ ^ ttESdft i:Ei$ 7 7 < 

est * a nfcmttofi* swrr* 

*tcE»S*rs - t36*T#-&. 
[BMOflWttKH] 

[01] 5 f -{X**E*ll#t#fl)7*-7y h«KR 

[02] 7>*~ r>r^i7U7 r ^tCO^TRWr*HT 

[03] ns;*^#ij9A*K«-r-SHT»-6. 
[04] 7D^r-y3>x^Xf>hOfi$^(7)J!i 

[05] 7n^-v 3 >x£Xx>htf>:B££IS:5rr* 

[06] ^r-f^OESkOffiaftKWt-S^n-^ir- 

[07] 7D^r-y3>X^Xr>h^$^I«n 

[08] #U£AXh^^x^X^uy*£tftB^ 

[09] ^T^7-f>7t^-y 3 >7^^J^^ 

[010] F7<7 r <>7^^-y3>T^X^U7'^ 

[01 1] xnf>f7F7-^T^x^u^a 

[012] 77^P:/X7 L A&iaejt-a0T&S. 
[013] yw;H*U>£, *?XMJ>^ &£Zf 
17U> MJ >**R§rr*BIT**. 
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[014] 7 7-f^f-^SKWf5HT*5. 
[015] 77<JUx-^UX h?*?**^ 7^X07 
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Japan Patent Office is not responsible for any 
damages caused by the use of this translation. 



* NOTICES * 



1. This document has been translated by computer. So the translation may not reflect the original 
precisely. 

2 **** shows the word which can not be translated. 
3. In the drawings, any words are not translated. 



CLAIMS 



[Claim(s)] 

[Claim 1] The record regenerative apparatus characterized by having the 1st record means which records 
the file of AV data, and the 2nd record means which records the management information of the 
aforementioned file on at least two places of logic bohrium in the record regenerative apparatus which 
records or reproduces AV data to a disk-like record medium. 

[Claim 2] The record regenerative apparatus according to claim 1 characterized by including the 
information about a defective sector and an intact sector at least at the management information 
recorded on the aforementioned record means. 

[Claim 3] The file management method characterized by including the 1st record step which records the 
file of AV data, and the 2nd record step which records the management information of the 
aforementioned file on at least two places of logic bohrium in the file management method of the record 
regenerative apparatus which records or reproduces AV data to a disk-like record medium. 
[Claim 4] The offer medium by which the computer which performs processing containing the 1st 
record step which records the file of AV data on the record regenerative apparatus which records or 
reproduces AV data to a disk-like record medium, and the 2nd record step which records the 
management information of the aforementioned file on at least two places of logic bohrium is 
characterized by offering the program in which a readout is possible. 

[Claim 5] The record regenerative apparatus characterized by providing the following. A unit record 
means to record the unit of recordable information to a disk-like record medium. A setting means to set 
up the length of the unit of the information recorded by the aforementioned unit record means. An 
identification information record means to record the identification information which discriminates the 
length of the aforementioned unit adopted when recording the file among the units of length set up by 
the aforementioned setting means corresponding to the file recorded on the aforementioned disk-like 
record medium. 

[Claim 6] The aforementioned setting means is a record regenerative apparatus according to claim 5 
characterized by setting up the length of the unit of AV data for a long time than the length of the unit of 
computer data. 

[Claim 7] The record regenerative apparatus according to claim 5 characterized by having further the 
control means controlled so that the aforementioned disk-like record medium is divided into two or 
more blocks and data are recorded on 1/2 or more fields of the divided aforementioned block. 
[Claim 8] The record regenerative apparatus according to claim 5 characterized by having further the 
control means controlled so that the truck which records information on the aforementioned disk-like 
record medium is divided into two or more blocks and data are recorded on the field (n-1) / more than n 
of the divided aforementioned block. 

[Claim 9] The file management method of the record regenerative apparatus which records or 
reproduces information to a disk-like record medium characterized by providing the following. The unit 
record step which records the unit of recordable information to a disk-like record medium. The setting 
step which sets up the length of the unit of the information recorded at the aforementioned unit record 
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step. The identification information record step which records the identification information which 
discriminates the length of the aforementioned unit adopted when recording the file among the units of 
length set up at the aforementioned setting step corresponding to the file recorded on the aforementioned 
disk-like record medium. 

[Claim 10] The offer medium by which the computer which is characterized by providing the following, 
and which performs processing is characterized by offering the program in which a readout is possible. 
The unit record step which records the unit of recordable information on the record regenerative 
apparatus which records or reproduces information to a disk-like record medium to the aforementioned 
disk-like record medium. The setting step which sets up the length of the unit of the information 
recorded at the aforementioned unit record step. The identification information record step which 
records the identification information which discriminates the length of the aforementioned unit adopted 
when recording the file among the units of length set up at the aforementioned setting step 
corresponding to the file recorded on the aforementioned disk-like record medium. 



[Translation done.] 
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DETAILED DESCRIPTION 



[Detailed Description of the Invention] 
[0001] 

[The technical field to which invention belongs] Especially this invention relates to the file system used 
for the record regenerative apparatus (VDR: Video Disc Recorder) which uses a disk-like record 
medium about a record regenerative apparatus, the file management method, and an offer medium. 
[0002] 

[Description of the Prior Art] As a file system for recording data on a disk-like record medium ISO/IEC 
13346:1995 and 'Information technology-Volume and file structure ofwrite-once and rewritable media 
using non-sequential recording for information interchange." is known. This file system is a general- 
purpose file system for recording various data, and there is at the thing for recording the digital AV 
(voice, video) signal with which the individual was compressed into the disk by domestic. [ no ] 
Therefore, it is not necessarily enough to record the compressed digital AV (voice, video) signal. 
Therefore, the optimal file system for recording AV signal and bohrium are called for. 
[0003] 

[Problem(s) to be Solved by the Invention] Therefore, the file system for carrying out record 
reproduction of the AV signal is simply required for a disk domestic in an individual. 
[0004] 

[Means for Solving the Problem] A record regenerative apparatus according to claim 1 is characterized 
by having the 1st record means which records the file of AV data, and the 2nd record means which 
records management information on at least two places of logic bohrium. 

[0005] The file management method according to claim 3 is characterized by including the 1st record 
step which records the file of AV data, and the 2nd record step which records management information 
on at least two places of logic bohrium. 

[0006] It is characterized by an offer medium according to claim 4 offering the program in which the 
readout of the computer which performs processing containing the 1st record step which records the file 
of AV data, and the 2nd record step which records management information on at least two places of 
logic bohrium is possible. 

[0007] A unit record means by which a record regenerative apparatus according to claim 5 records the 
unit of recordable information to a disk-like record medium, A setting means to set up the length of the 
unit of the information recorded by the unit record means, It is characterized by having an identification 
information record means to record the identification information which discriminates the length of the 
unit adopted when recording the file among the units of length set up by the setting means 
corresponding to the file recorded on a disk-like record medium. 

[0008] The unit record step on which the file management method according to claim 9 records the unit 
of recordable information to a disk-like record medium, The setting step which sets up the length of the 
unit of the information recorded at a unit record step, It is characterized by including the identification 
information record step which records the identification information which discriminates the length of 
the unit adopted when recording the file among the units of length set up at the setting step 
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corresponding to the file recorded on a disk-like record medium. 

[0009] The unit record step on which an offer medium according to claim 10 records the unit of 
recordable information to a disk-like record medium, The setting step which sets up the length of the 
unit of the information recorded at a unit record step, The inside of the unit of length set up at the setting 
step corresponding to the file recorded on a disk-like record medium, The computer which performs 
processing containing the identification information record step which records the identification 
information which discriminates the length of the unit adopted when recording the file is characterized 
by offering the program in which a readout is possible. 

[0010] In a record regenerative apparatus according to claim 1, the file management method according 
to claim 3, and an offer medium according to claim 4, the file of AV data is recorded and management 
information is recorded on at least two places of logic bohrium. 

[001 1] In a record regenerative apparatus according to claim 5, the file management method according 
to claim 9, and an offer medium according to claim 10 The length of the unit adopted when recording 
the file among the units of length which set up the length of the unit of the information which records 
and records the unit of recordable information to a disk-like record medium, and were set up 
corresponding to the file recorded on a disk-like record medium is discriminated. 
[0012] 

[Embodiments of the Invention] Although the gestalt of operation of this invention is explained below, it 
is as follows, when the gestalt (however, an example) of operation [ in the parenthesis after each means ] 
is added and the feature of this invention is described, in order to clarify correspondence relation 
between each means of invention given in a claim, and the gestalt of the following operations. However, 
of course, this publication does not mean limiting to what indicated each means. 
[0013] That is, a record regenerative apparatus according to claim 1 is characterized by having the 1st 
record means (for example, drive section 7 of drawing 19 ) which records the file of AV data, and the 
2nd record means (for example, drive section 7 of drawing 19 ) which records management information 
on at least two places of logic bohrium. 

[0014] A unit record means by which a record regenerative apparatus according to claim 5 records the 
unit of recordable information to a disk-like record medium (for example, MIA of drawing 3 ), A setting 
means to set up the length of the unit of the information recorded by the unit record means (for example, 
step SI 1 of processing of drawing 4 ), The inside of the unit of length set up by the setting means 
corresponding to the file recorded on a disk-like record medium, It is characterized by having an 
identification information record means (for example, step S23 of processing of drawing 6 ) to record 
the identification information which discriminates the length of the unit adopted when recording the file. 

[0015] A record regenerative apparatus according to claim 7 is characterized by having further the 
control means (for example, file management section 6 of drawing 19 ) controlled so that the 
aforementioned disk-like record medium is divided into two or more blocks and data are recorded on 1/2 
or more fields of the divided aforementioned block. 

[0016] First, the format method of a disk-like record medium is explained. Drawing 1 is drawing 
explaining the format of the whole disk-like record medium. A disk is divided into the allocation extent 
of the plurality [ length ] of variable length. An allocation extent consists of two or more blocks of 
fixation of length. A block consists of a predetermined number of physical sectors. 
[0017] Drawing 2 is drawing explaining a support descriptor. Four support descriptors are arranged in a 
disk. The position of bohrium administrative management information area is recorded on the support 
descriptor. The physical bohrium information, the party SHON information, the logical bohrium 
information, and the party SHON map are contained in the bohrium structure descriptor of bohrium 
administrative management information area. 

[0018] The logical bohrium as user area is described by the bohrium structure descriptor. Drawing 3 is 
drawing explaining logical bohrium. The file system descriptor is arranged at logical bohrium. Near a 
head and near an end logical bohrium, MIA (Management Information Area) is arranged, respectively. 
A file table, the allocation extent table, the allocation strike RATEJII table, the defect information table, 
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and the EKUSUTEN dead attribute table are contained in MIA. The length of an allocation extent is 
described by the allocation strike RATEJII record which constitutes an allocation strike RATEJII table. 
[0019] A user sets up beforehand the length of the allocation extent of the data recorded on the disk, 
before recording the data of a file on a disk. Thereby, for example, AV data are recorded by the format 
of the allocation extent of longer length, and are that PC data can be recorded by the format of the 
allocation extent of short length. Since AV data are continuous data in many cases, the direction which 
lengthened the length of an allocation extent can carry out record reproduction of the data more 
efficiently. 

[0020] Drawing 4 is a flow chart explaining processing of a setup of the length of an allocation extent. 
In Step SI 1, the drive section 7 mentioned later writes in the allocation strike RATEJII record 
corresponding to the length by which the allocation extent was set as the allocation strike RATEJII table 
contained in MIA corresponding to the setting input from a user. Two or more allocation strike RATEJII 
records can be written in an allocation strike RATEJII table. Drawing 5 is drawing showing the example 
of the screen where a user sets up the length of an allocation extent. As length of an allocation extent, a 
setup of the length of plurality [ set / arbitrary length, such as 4 or more MBytes 64KByte, and 2kByte, / 
and ] is possible. It was able to be specified out of the format of the allocation extent of the length set up 
beforehand, can be accepted on the disk, and can record on it. 

[0021] Thus, after setting up the length of an allocation extent and recording on a disk, the processing in 
the case of recording data on the disk comes to be shown in the flow chart of drawing 6 . In Step S21, a 
user chooses the length of the allocation extent of the data to be recorded from now on. Drawing 7 
expresses the example of the screen which chooses the length of an allocation extent. As this length, 
only the value beforehand set as the disk is displayed. By operating the button of a screen, the length of 
the allocation extent corresponding to a button is chosen. When recording AV data, compared with the 
time of recording PC data, record of more efficient data is attained by specifying a longer allocation 
extent. By specification of the length of an allocation extent, the allocation strike RATEJII record 
arranged in an allocation strike RATEJII table is specified. If specification is completed, in Step S22, the 
drive section 7 will record the inputted data on a disk. If record of data is completed, in Step S23, the 
drive section 7 will record the number corresponding to the length of the allocation extent of the file on 
a disk. The file management section 6 mentioned later can use the content of a corresponding allocation 
strike RATEJII record by knowing the number corresponding to the length of an allocation extent. 
[0022] When the system-control section 5 of drawing 19 mentioned later can judge whether it is going 
to record PC data for whether it is going to record AV data, it is also possible to perform the above- 
mentioned step S21 without the input from a user. 
[0023] As mentioned above, a file is recorded on a disk. 

[0024] The composition of bohrium is explained. A disk extent (DescExtent) is used for expressing the 
field by which alignment was carried out to MIB (Management Information Block) later mentioned in 
the descriptor (descriptor) recorded in the below-mentioned MIA. A disk extent is recorded in the format 
shown in Table 1. 
[0025] 

[Tablel ] ^ 

D#€C Extant 



RBP 


Length 


NflfTIO 


Contents 


0 


2 


Offset (Number of MIB) from tap of 


Lfint 16 






a descriptor 


Unt 16 


2 


2 


Length (Number of MIB) 



[0026] An offset FUROMUTOPPUOBU descriptor (Offset from top of a descriptonRBP 0) specifies 
the offset (the number of MIB) from the head MIB of a descriptor (descriptor) to a field. Length 
(Length:RBP 2) specifies the size (the number of MIB) of a field. 

[0027] A PDL entry (Primary Defect List Entry) is used for recording the physical sector size (physical 
sector size) of the physical sector (physical sector) which performs slipping (slipping) in defect 
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management (defect management). A PDL entry is recorded in the format shown in Table 2. 

[0028] 

[Table 2] 

PDL Entry 



RBP 


Length 


Name 


Content* 


0 


4 


Physical Sector Number of Defect 
Sector 


lint 32 



[0029] A physical SEKUTANAMBAOBU defect sector (Physical Sector Number ofDefect SectonRBP 

0) specifies the physical sector number of the physical sector which performs slipping. 

[0030] An SDL entry (Secondary Defect List Entry) is used for recording the physical sector number of 

a linear replacement MENTO **** physical sector, and the physical sector number of the physical 

sector used as the alternative in defect management. An SDL entry is recorded in the format shown in 

Table 3. 

[0031] 

[Table 3] 

SDL Entry 



RBP 


Length 


Nam 




0 


4 


Physical Sector Number of Defect 


lint 32 






Sector 




4 


4 


Physical Sector Number of Spare 


Urn 32 






Sector 





[0032] The physical SEKUTANAMBAOBU defect sector of Table 3 specifies the physical sector 
number of the physical sector which performs linear replacement MENTO. A physical 
SEKUTANAMBAOBU spare sector (Physical Sector Number of Spare SectonRBP 4) specifies the 
physical sector number of the alternative physical sector used by linear replacement MENTO. 
[0033] An anchor point (Anchor points) is the start point of volume structural analysis. A support 
descriptor (Anchor Descriptor) is recorded on an anchor point. The physical sector number of the 
physical sector which is an anchor point is not specified. 

[0034] However, it is prescribed as follows by VDR. That is, in the case of a ROM (Read Only 
Memory) disk and a RAM (Random Access Memory) disk, let Ch, 20 h, LPSN(Last Physical Sector 
Number)-20h, and LPSN-Ch (the numeric value which h attached at the end expresses a hexadecimal) 
be anchor points. In the case of a partial ROM disk, let Ch in the field of ROM and each RAM, 20 h, 
LPSN-20h, and LPSN-Ch be anchor points. In this case, when the suitable information for the anchor 
point of a RAM field is recorded, it is used, and when suitable information is not recorded, the 
information on a ROM field is used. 

[0035] A support descriptor is recorded on the physical sector which is an anchor point from the byte 
position 0. The size of a support descriptor is below a physical sector size. Moreover, the field from the 
next byte of the last byte of a descriptor to the byte of the last of the physical sector is reserved for the 
future extension, and assigns #00 to all bytes. The definition of a main (Main) MIA field, the definition 
of a reserve (Reserve) MIA field, the positional information of each MIA map (Map), etc. are recorded 
on a support descriptor. 

[0036] Various kinds of information about bohrium is bohrium administrative management information 
area. (MIA) It is recorded. Because of reliability reservation, MIA with the information on an equal 
content is recorded on two on physical bohrium, and it is Main MIA, respectively. Reserve MIA is 
called. The physical sector in MIA is called management information block (Management Information 
Block:MIB), and the offset from the head MIB of MIA of the physical sector number is called a 
management information block number (Managementlnformation Block NumbenMIB Number). An 
MIB number is used for specification of MIB. MIB which cannot use MIA according to a defect etc., 
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intact MIB, And the MIA map of Main MIA (MIA Map for Main MIA), The MIA map of Reserve MIA 
(MIA Map for Reserve MIA), A bohrium structure descriptor (Volume Structure Descriptor), A . media 
information descriptor (Media Information Descriptor), A drive information descriptor (Drive 
Information Descriptor), And it consists of MIB used to record the data of an extent data descriptor 
(Extended Data Descriptor). 

[0037] It is recorded on a MIA map for which purpose MIB in MIA is used. Main MIA, the starting 
position of Reserve MIA, and the position of a size and the MIA map in MIA are prescribed by the 
support descriptor. The above-mentioned data may be recorded over two or more MIB, when recorded 
in one MIB. When data are recorded on two or more MIB, it is recorded on the Map entry (Map Entries) 
field in a MIA map which MIB is connected in which turn. As data were MIB, when it finishes, the byte 
of the last of the MIB sets up #00 from the next byte of the end of data. 

[0038] Below, a partition (Partition) is explained. The data storage area defined by the partition 
information (Partition Information) in a bohrium structure descriptor (Volume Structure Descriptor) is 
called a partition (partition). One physical bohrium can be divided into two or more partitions. The 
number for specifying a partition within physical bohrium is called a partition number. A partition 
number is an integer which begins from 0 and increases every [ 1 ] in monotone. All the physical sectors 
in the same partition are the same physical sector sizes. 

[0039] A partition is defined as a table of a partition information (Partition Information) in a bohrium 
structure descriptor. A partition information defines a partition by the physical sector number of the 
physical sector of the head of a partition, and the number of the physical sectors belonging to the 
partition. In physical bohrium, one or more partitions are surely defined. A partition number is 
determined in the sequence that the partition information was recorded on the bohrium structure 
descriptor. The partition number of the partition defined by the 1st partition information is 0, the 2nd is 
1, they increase every [ 1 ] henceforth, and the n-th is n-1. 

[0040] Logic bohrium (Logical volume) is explained below. Logic bohrium means the data storage area 
defined as a meeting of a partition in the logic bohrium information (Logical Volume Information) of a 
bohrium structure descriptor. The field of logic bohrium connects a partition field in order of description 
of the partition map (Partition Map) of a logic bohrium information, and is constituted. A partition map 
specifies the partition which belongs to logic bohrium in the group of the partition number in the 
bohrium identifier (Volume Identifier) which sets physical bohrium to a meaning, and its physical 
bohrium. Logic bohrium may consist of partitions belonging to different physical bohrium, and one 
partition may belong to two or more logic bohrium. 

[0041] Logic bohrium is treated as one field regardless of a division break, a physical sector, etc. of a 
partition, and the content is written per logical sector. A logical sector number is an integer which begins 
from 0 and increases every [ 1 ] in monotone. When the size of logic bohrium is not the multiple of a 
logic sector size, the odd field produced in the last physical sector is reserved for the future extension, 
and is not used. An informational definition, a definition of logic bohrium, etc. about the partition with 
which a bohrium structure descriptor is contained in the physical bohrium are described. When defining 
the logic bohrium over two or more physical bohrium, it is surely a partition number. A logic bohrium 
information is described by the bohrium structure descriptor of the physical bohrium with which the 
partition of 0 is defined. 

[0042] In addition, it is a partition number because of reliability reservation. You may describe a logic 
bohrium information to the bohrium structure descriptor of the physical bohrium with which partitions 
other than zero belong. A bohrium structure descriptor is recorded on MIA. 

[0043] Defect management (Defect management) is explained below. Defect management according to 
slipping and linear replacement MENTO the whole partition is possible. Specification of whether to 
perform defect management to each partition is performed at the partition information of a bohrium 
structure descriptor. The alternative data area used for slipping and linear replacement MENTO is called 
spare area (spare area). In the partition which performs defect management, and the partition belonging 
to the same logic bohrium, the above one spare area is surely secured. Moreover, when performing 
linear replacement MENTO, the last of the partition field serves as spare area. 
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[0044] When performing slipping, the head portion of the spare area secured in the last of the partition 
field is used as spare area. Moreover, when performing linear replacement MENTO, as long as an 
alternative data area is a partition which belongs to the same logic bohrium and belongs to the same 
physical bohrium, it may use spare area other than the spare area in a partition with a defect sector 
(defect sector). 

[0045] The information about slipping and linear replacement MENTO is recorded on the defect list 
information (Defect List Information) of a bohrium structure descriptor. The information concerning 
[ the information about slipping ] linear replacement MENTO to a primary defect list (Primary Defect 
List) is recorded on a secondary defect list (Secondary Defect List). 

[0046] The media information descriptor (Media Information Descriptor) which is the field which 
records the information about media records the information about a zone etc. A drive information 
descriptor (Drive Information Descriptor) is a field which records the information about a drive 
(equipment which performs record reproduction of data to media). In a fixed drive, various information 
is recorded here. 

[0047] An extended data descriptor (Extended Data Descriptor) is a physical bohrium information. A 
partition information and the extended information which was not able to be recorded into the logic 
bohrium information header are recorded. 

[0048] Beiow, a bohrium data structure (Volume data structures) is explained. The size of a support 
descriptor (Anchor Descriptor) is below a physical sector size, and is recorded in the format shown in 
Table 4. 
[0049] 
[Table 4] 

Anchor Deacriptor 



BP 


Length 


Nam 


Contents 


0 


8 


Signature 


Spature 


8 


4 


Start Physical Sector Number of Main MIA 


LSnt32 


12 


4 


Number of Physical Sectors in Man MIA 


Unt32 


16 


4 


Start Physical Sector Number of Reserve MIA 


Unt32 


20 


4 


Number of Physical Sectors in Reserve MIA 


Urrt32 


24 


2 


Number of MIBs for MIA Map in Main MIA 


Unt16 






<-xi) 




26 


2 


Number of MIBs for MIA Map in Reserve 


Untie 






MIAC-X2) 


Unt16 


28 


2xi 


MIB Numbers of MIA Map for Main MIA In 






Main MIA 




26+2x1 


2xz 


MIB Numbers of MIA Map for Reserve MIA 


Untie 






in Mrin MIA 




28+2X1 


2xi 


MIB Numbers of MIA Map far Main MIA in 


Untie 


+2xi 




Reserve MIA 


Untie 


28+4X1 


2X3 


Mb Numbers of MIA Map for Reserve MIA 


+2X2 




in Reserve MIA 





[0050] Signature (Signature:BP 0) As for the data-type field, 16 is set up. start physical 
SEKUTANAMBAOBU - main - MIA (Start Physical Sector Number of Main MIA:BP 8) is main - 
the physical sector number of the physical sector of the head of MIA is specified NAMBAOBU physical 
SEKUTAIN main MIA (Number of Physical Sectors in Main MIA:BP 12) The number of the physical 
sectors of Main MIA is specified. Start physical SEKUTANAMBAOBU reserve MIA (Start Physical 
Sector Number of Reserve MIA:BP 16) The physical sector number of the physical sector of the head of 
Reserve MIA is specified. NAMBAOBU physical SEKUTAIN reserve MIA (Number of Physical 
Sectors in Reserve MIA:BP 20) The number of the physical sectors of Reserve MIA is specified. 
NAMBAOBU MIBs forehand MIA map in main MIA (Number of MIBs for MIA Map in Main 
MIA:BP 24) The size (the number of MIB) of the MIA map of Main MIA is specified. NAMBAOBU 
MIBs forehand MIA map in reserve (MIANumber of MIBs for MIA Map in Reserve MIA:BP 26) The 
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size (the number of MIB) of the MIA map of Reserve MIA is specified. MIB NAMBAOBU MIA map 
forehand main MIA in main MIA (MIB Numbers of MIAMap for Main MIA in Main MIA:BP 28) MIB 
in main MIA which is recording the MIA map to Main MIA is specified. The MIB number of MIB 
which constitutes a MIA map is set up in order. 

[0051] MIB NAMBAOBU MIA map forehand reserve MIA in main MIA (MIB Numbers of MIA Map 
for Reserve MIA in Main MIA:BP 28+2x1) MIB in main MIA which is recording the MIA map to 
Reserve MIA is specified. The MIB number of MIB which constitutes a MIA map is set up in order. 
MIB NAMBAOBU MIA map forehand main MIA in reserve MIA (MIB Numbers of MIA Map for 
Main MIA in Reserve MIA : BP 28+2x1+2 x2) MIB under main reserve MIA which is recording the 
MIA map to MIA is specified. The MIB number of MIB which constitutes a MIA map is set up in order. 
MIB NAMBAOBU MIA map forehand reserve MIA in reserve MIA (MIB Numbers of MIA Map for 
Reserve MIA in Reserve MIA:BP 28+4x1+2 x2) MIB under reserve MIA which is recording the MIA 
map to Reserve MIA is specified. The MIB number of MIB which constitutes a MIA map is set up in 
order. 

[0052] A MIA map (MIA Map) is used to show the operating condition of MIB. A MIA map shows the 
position of MIB which cannot be used according to MIB currently used for record of various kinds of 
data, a defect, etc., and intact MIB. A MIA map is recorded in the format shown in Table 5. 
[0053] 



MIA Map 



BP 


Length 


Name 


Contents 


0 


8 


Sgneture 


Signature 


8 


2 


Location of MIA Map 


Unt16 


10 


2 


Location of Vokjmt Structure Descriptor 


Llntl6 


12 


2 


Location of Mods Information Descriptor 


Untie 


14 


2 


Location of Drive Information Descriptor 


untie 


16 


2 


Location of Extended Data Descriptor 


Untie 


18 


2 


Number of Map Entries (=xi) 


Untie 


20 


2xi 


Msp Entries 


bytes 



[0054] Signature (SignaturerBP 0) As for the data-type field, 2 is set up. ROKESHONOBU MIA map 
(Location of MIA Map:BP 8) The MIB number of the head MIB of a MIA map is specified. Location 
OBUBORYUMU structure descriptor (Location of Volume Structure Descriptor :BP 10) The MIB 
number of the head MIB of a bohrium structure descriptor is specified. Location OBUMEDIA 
information descriptor (Location of Media Information DescriptonBP 12) The MIB number of the head 
MIB of a media information descriptor is specified. Location OBUDORAIBU information descriptor 
(Location of Drive Information DescriptonBP 14) The MIB number of the head MIB of a drive 
information descriptor is specified. 

[0055] Location OBUEKUSUTENDEDDO data descriptor (Location of Extended Data DescriptonBP 
16) The MIB number of the head MIB of an EKUSUTEN dead data descriptor is specified. Number 
OBUMAPPUENTORIZU (Number of Map Entries:BP 18) The number of entries of Map Entry which 
begins from BP 20 is specified. This number is equal to the number of MIB which exists in MIA, and is 
zero or less #FFF. Map en TORIZU (Map EntriesiBP 20) The operating condition of MIB is specified. 
One Map Entry consists of Uintl6, and, in the first MIB and the 2nd map entry, 2nd MIB, the n-th 
map entry correspond [ the first map entry ] to n-th MIB. Table 6 is a table showing the value of map 
entry. 
[0056] 
[Table 6] 
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MIA Map Entry 



Value 


Interpretation 


#0000-#FFEF 
#FFF0 
| #FFF1 
#FFF2-#FFFE 
#FFFF 


Next MIB Number 
Unusable MIB 
Unused MIB 
Reserved 

Last MIB of the data structure 



[0057] Drawing 8 is drawing showing the structure of a bohrium structure descriptor (Volume Structure 
Descriptor). Here, @APS shows an aryne toe physical sector (Align to Physical Sector), and carrying 
out alignment of the data to a physical sector is shown. Moreover, as for the field from the next byte of 
the place where the data which should be recorded immediately before were actually recorded to the end 
of the sector, #00 are set up on the occasion of alignment. 

[0058] A bohrium structure header (Volume Structure Descriptor Header) is recorded according to 
Table 7. 
[0059] 
[Table 7] 

Volume Structure Descriptor Ht«kr 



BP 


Length 


Name 


Contents 


0 


8 


Signature 


Signature 


8 


2 


Descriptor Size 


Uint16 1 


10 


2 


Reserved 


#00 bytes 


12 


4 


Offset to Physical Volume Information 


UntS2 






(=48) 




16 


4 


Offset to Partition Information (=416) 


Unt32 


20 


4 


Offset to Spare Area Information 


Uht32 


24 


4 


Offset to Logical Volume information 


UN32 


23 


4 


Offset to Defect List Information 


Ubit32 



[0060] Signature (SignaturerBP 0) As for the data-type field, 17 is set up. Descriptor size (Descriptor 
Size:BP 8) The size (the number of MIB) of a bohrium structure descriptor is specified. RIZABUDO 
(Reserved:BP 10) is reserved for a future extension, and assigns #00 to all bytes. OFUSETTOTU 
physical volume information (Offset to Physical Volume Information:RBP 12) The offset (byte count) 
from the head byte of the bohrium structure descriptor of a physical bohrium information is specified, 
and 48 is set up. An offset torpor TESHON information (Offset to Partition InformatiomRBP 16) 
specifies the offset (byte count) from the head byte of the bohrium structure descriptor of a partition 
information, and sets up 416. Offset spare area information (Offset to Spare Area Information:RBP 20) 
The offset (byte count) from the head byte of the bohrium structure descriptor of a spare area 
information is specified. An offset TUROJIKARU volume information (Offset to Logical Volume 
Information:RBP 24) specifies the offset (byte count) from the head byte of the bohrium structure 
descriptor of a logic bohrium information. OFUSETTOTU defect list information (Offset to Defect List 
Information:RBP 28) The offset (byte count) from the head byte of the bohrium structure descriptor of a 
defect list information is specified. 

[0061] According to Table 8, you have to record a physical bohrium information (Physical Volume 

Information). 

[0062] 

[Table 8] 
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Phyoioai Volum» Herniation 



R8P 


Length 


Nana 


Contents 


A 
0 


A 

z 


ftinrafiffir Cat 

UnalBCKJi OBI 


Chamctar Set 


Z 


A 

z 


rnysHca yijutio iioin uus 


Wll III w 


A 
«* 


OCA 


Phvok^ Voluma IStama 


bytes 






Phueio_ Vrkkm* IrvfenftflAT 
riryW' " vuunQ iiiubihjjiqv 


bytes 


AAA 

ZoU 


0 


mmOmi 1 ■ lit* 


|R|~ vwXf 


AAC 

Zoo 


0 


nriocxnuauon i mo 


Tkna Stamp 


292 


2 


Number of Partitions ( =Np) 


Untie 


294 


2 


N-nber of Spare Areas (-=Ns) 


Untie 


296 


2 


Number of Partitionaa with Defect 


Ubit16 






Management ( - Ndump) 


Unt16 


298 


2 


Number of Logical Volume C-Nv) 


300 


2 


Reserved 


#00 bytes 


302 


2 


Extended Data Identifier 


Untie bytes 


304 


64 


Extended Data 


bytes 



[0063] Character sets (Character SetrRBP 0) The character code of the name of the physical bohrium 
recorded on the physical bohrium name field is specified. Physical volume name size (Physical Volume 
Name Size:RBP 2) The size (byte count) of the name of the physical bohrium recorded on the physical 
bohrium name field is specified. Physical volume name (Physical Volume Name:RBP 4) The name of 
physical bohrium is specified. Physical volume identifier (Physical Volume IdentifienRBP 260) The 
sequence of bytes for setting physical bohrium to a meaning practically is specified. A courier SHON 
time (Creation TimerRBP 280) specifies the time by which the volume structure of this physical 
bohrium was defined for the first time. A MODITIFIKESHON time (Modification Time:RBP 286) 
specifies the newest time by which the volume structure of this physical bohrium was changed. 
NAMBAOBU party SHON (Number of Partitions:RBP 292) specifies the number of the partitions 
contained in this physical bohrium, and is in agreement with the number of partition informations. 
[0064] Number OBUSU pair area (Number of Spare Areas:RBP 294) specifies the number of the spare 
area included in this physical bohrium, and is in agreement with the number of spare area informations. 
Number OBUPATESHONWIZU defect management (Number of Partitions with Defect 
ManagementiRBP 296) specifies the number of the partitions which perform defect management among 
the partitions contained in this physical bohrium, and is in agreement with the number of defect lists. 
Number OBUROJI cull volume (Number of Logical Volumes:RBP 298) specifies the number of the 
logic bohrium with which the partition contained in this physical bohrium belongs, and is in agreement 
with the number of logic bohrium informations. Reserve soil (ReservedrRBP 300) is reserved for a 
future extension, and assigns #00 to all bytes. EKUSUTEN dead data identifier (Extended Data 
IdentifienRBP 302) ID for specifying the EKUSU ten dead data currently recorded on the EKUSU ten 
dead data field and the EKUSU ten dead data area is specified. EKUSU ten dead data (Extended 
Data:RBP 304) are reserved for a future extension, and assign #00 to all bytes. 

[0065] You have to record a partition information (Partition Information) in the format shown in Table 
9. 

[0066] 
[Table 9] 
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rn uDOfl IrTrOniWiUOn 



DDD 

nor 


Length 


Name 


wOfnenvs 


0 


4 


Start Physical Sector Number 


Unt32 


4 


4 


Number of Physical Sectors 


Untie 


e 


4 


Nunber of Usable Sectors 


Untie 


12 


4 


Physical Sector ske(-PSS) 


Unt16 


1ft 
ID 


i 


MCvoss i ypo 


tlntS ! 


17 


1 


Usage Information 


LlntS 


18 


2 


Reserved 


#00 bytes 


20 


4 


Location of Primary Defect List 


Dose Extent 


24 


4 


Location of secondary Defect List 


Deac Extent 


28 


2 


Reserved 


#00 bytes 


30 


2 


Extended Data Identifier 


Untie 


32 


64 


Extended Date 


#00 bytes 



[0067] Start physical sector number (Start Physical Sector NumbenRBP 0) The physical sector number 
of the physical sector of the head of the field which constitutes a partition is specified. NAMBAOBU 
physical SEKUTAZU (Number of Physical Sectors:RBP 4) The number of the physical sectors of the 
field which constitutes a partition is specified. NAMBAOBU user bull SEKUTAZU (Number of Usable 
Sectors:RBP 8) The total of the physical sector which can be used among the fields which constitute a 
partition is specified, and it is in agreement with the number of the physical sectors of the field except 
the spare area included from all the fields of a partition to the partition field. Physical sector size 
(Physical Sector Size:RBP 12) The size (bytes number) of the physical sector of the field which 
constitutes a partition is specified. An access type (Access TyperRBP 16) specifies the state of the 
recording characteristic of this partition. Table 10 is a table showing the contents of an access type. 
[0068] 
[Table 10] 

Access Type 



Value 


None 


Interpretation _ 


0 
1 

2 

3-15 


Read Only 
Write Once 
Rewritable 
Reserved 


The user may not write any data In this partition 
The user can write data taut once in this partition 
The user can write data many times in this partition 
Reserved for futurer use 



[0069] A YUZE gene formation (Usage Information:RBP 17) specifies the use state of this partition. 
Table 1 1 is a table showing the contents of a YUZE gene formation. 
[0070] 
[Table 11] 

Usaoe information 



Bt 


Interpretation 


0 


Usedd : used 0 : not used) 




1 


Defect management : Sippets (1 


: on. 0 : off) j 


2 


Defect management : Linear rep 


lacemontd : on, 0 : off) 


3-7 


Reserved 





[0071] RIZABUDO (Reserved:RBP 18) is reserved for a future extension, and assigns #00 to all bytes. 
When the information about the position where the primary defect list was recorded on this field when a 
location OBUPURAIMARI defect list (Location of Primary Defect ListrRBP 20) performed the defect 
management by slipping with this partition is stored and it does not perform the defect management by 
slipping, #00 are assigned to all bytes. When the information about the position where the secondary 
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defect list was recorded on this field when a location OBUSEKANDARI defect list (Location of 
Secondary Defect List:RBP 24) performed the defect management by linear replacement MENTO with 
this partition is stored and it does not perform the defect management by linear replacement MENTO, 
#00 are assigned to all bytes. RIZABUDO (Reserved:RBP 28) is reserved for a future extension, and 
assigns #00 to all bytes. EKUSUTEN dead data identifier (Extended Data Identifier:RBP 30) ID for 
specifying the EKUSU ten dead data currently recorded on the EKUSU ten dead data field and the 
EKUSU ten dead data area is specified. EKUSU ten dead data (Extended Data:RBP 32) are reserved for 
a future extension, and assign #00 to all bytes. 

[0072] A spare area information (Spare Area Information) is recorded in the format shown in Table 12. 

[0073] 

[Table 12] 

Spare Area Infbimrfon 



RBP 


Length 


Name 


Contents 


0 
4 
8 


4 
4 

8 


Start Phyucd Sector Number 
Number of Physical Sector 
Reserved 


Unt16 
UntIO 
#00 bytes 



[0074] A start physical sector number (Start Physical Sector NumbenRBP 0) specifies the physical 
sector number of the physical sector of the head of spare area. NAMBAOBU physical sector (Number 
of Physical SectonRBP 4) The number of the physical sectors which constitute a spare is specified. 
RIZABUDO (Reserved:RBP 8) is reserved for a future extension, and assigns #00 to all bytes. 
[0075] A logic bohrium information header (Logical Volume Information Header) is recorded in the 
format shown in Table 13. 
[0076] 
[Table 13] 

Logical Volume Information Header 



RBP 


Length 


Name 


Contents 


0 


2 


Character Set 


Character Set 


2 


2 


Logical Volume Name Size 


Unft16 


4 


256 


Logical Volume Name 


bytes 


260 


2 


Boot (ndcator 


Uht16 


i 202 


2 


Hie System I ndcator 


Uht16 


264 


2 


Logical Sector Size 


UhtlS 


265 


2 


Number of Partitions (-Npv) 


Uht16 


288 


4 


Reserved 


#00 bytes 


272 


16 


Logical Volume Contents Use 


bytes 


288 


14 


Reserved 


#00 bytes 


302 


2 


Extended Data Identifier 


Uht16 


304 


64 


Extended Data 


#00 bytes 



[0077] Character sets (Charactor Set:RBP 0) specify the character code of the name of the logic bohrium 
recorded dn the logic bohrium name field. Logical volume name size (Logical Volume Name Size:RBP 
2) specifies the size (byte count) of the name of the logic bohrium specified to be the logic bohrium 
name field. A logical volume name (Logical Volume Name:RBP 4) specifies the name of logic bohrium. 
A boot indicator (Boot IndicatonRBP 260) specifies the information about starting from logic bohrium. 
The contents of a boot indicator are shown in Table 14. A boot indicator is active and the logic bohrium 
which has the head partition in the physical bohrium must not be in [ two or more ] physical bohrium. 
[0078] 
[Table 14] 
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Boot InclcatDr 



Value 


Name 


Contents 


OOh 
80h 


Not Active 
Active 


Physical volume Is not set that computer boots up from 
this logical volume 

Physical volume is set that computer boots up from 
this logical volume 



[0079] A file system indicator (File System IndicatonRBP 262) specifies the file system currently used 
with this logic bohrium. The contents of a file system indicator are shown in Table 15. 
[0080] 
[Table 15] 

Fls System Indicator 





Name 


Contents 


00h 


Unknown 


This bgkd volume is unknown. 


01 h 


12brt FAT 


This kodcal vokme is formatted with 12brt FAT. 


04h 


16W FAT 


This fcgic_ volume is formatted with 16bft FAT. 


OSh 


. 16b»t FAT.Extended 


This logical volume is formatted with 16bft FAT, 






and defined an extended partition. 


06h 


16brt FAT.Extended 


This logical volume is formatted with 16brt FAT, 




64KB/daster 


and defined an extended partition, using 64KB/ 


07h 


HPFS 


darter. 

This Jcgku-i volume is formatted with HPFS. 


OBh 


32bft FAT 


This Icgteal vofcme is formated with 32brt FAT. 


FOh 


KJFS 


This logical volume is formatted with WFS. 



[0081] A logical sector size (Logical Sector Size:RBP 264) specifies the size (byte count) of the logical 
sector of this logic bohrium. NAMBAOBU party SHON (Number of Partitions: RBP 266) specifies the 
number of the partitions which constitute this logic bohrium, and is in agreement with the number of 
partition maps. RIZABUDO (Reserved:RBP 268) is reserved for a future extension, and assigns #00 to 
all bytes. A logical volume contents youth (Logical Volume Contents Use:RBP 272) is the field which 
the file system currently used with this logic bohrium may use freely. RIZABUDO (Reserved (RBP 
288) is reserved for a future extension, and assigns #00 to all bytes.) EKUSUTEN dead data identifier 
(Extended Data IdentifienRBP 302) ID for specifying the EKUSU ten dead data currently recorded on 
the EKUSU ten dead data field and the EKUSU ten dead data area is specified. EKUSU ten dead data 
(Extended Data:RBP 304) are reserved for a future extension, and assign #00 to all bytes. 
[0082] A partition map (Partition Map) is recorded in the format shown in Table 16. 
[0083] 



Partition Map 



RBP 


Length 


Name 


Contents 


0 


20 


Vdime Indantffler 


bytes 


20 


2 


Partition Number 


UEntlO 


22 


2 


Reserved 


#00 byte* 



[0084] A volume identifier (Volume IdentifienRBP 0) specifies the physical bohrium identifier recorded 
on the physical bohrium information of the physical bohrium with which the partition which constitutes 
logic bohrium belongs. A party SHON number (Partition Number:RBP 20) specifies the partition 
number of the partition which constitutes logic bohrium. RIZABUDO (Reserved:RBP 22) is reserved 
for a future extension, and assigns #00 to all bytes. 
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[0085] A defect list information header (Defect List Information Header) is recorded in the format 
shown in Table 1 7. 
[0086] 
[Table 17] 

Defect List Information Header 



RBP 


Length 


Nma 


Contents 


0 


2 1 


Number of Ml 3 for Primary Defect List 


Unt16 


2 


2 


Number of MIB for Secondary Defect List 


Unt18 


4 


12 


Received 


#00 bytes 



[0087] The number of MIB currently used for a NAMBAOBU MIB forehand primary defect list 

(Number of MIB for Primary Defect List:RBP 0) recording a primary defect list is specified. The 

number of MIB currently used for a NAMBAOBU MIB forehand secondary defect list (Number of MIB 

for Secondary Defect List:RBP 2) recording a secondary defect list is specified. RIZABUDO 

(Reserved:RBP 4) is reserved for a future extension, and assigns #00 to all bytes. 

[0088] Primary defect list / A secondary defect list (Primary Defect List/Secondary Defect List) is 

recorded in the format shown in Table 1 8. 

[0089] 

[Table 18] 

Prrnary Defect Uat / Secondary Defect Lkl 



RBP 


Length 


Name 


Contents 


0 


8 


Signature 


Signature 


8 


2 


Partition Number 


Untie 


10 


2 


Number of Entrie«(-Npd) 


Unt16 


12 


4 


Reserved 


#00 bytes 


16 


4(8)r*>d 


Defect Uet Entry 


bytes 



[0090] 19 is set up, when in a primary defect list 18 is set up and the data-type field of a signature 
(Signature:BP 0) is a secondary defect list. A party SHON number (Partition NumbenBP 8) specifies 
the partition number of the partition which is using this defect list. Number OBUENTORIZU (Number 
of EntriesiBP 10) specifies the number of entries of a defect list entry (Defect List Entry). RIZABUDO 
(ReservediRBP 12) is reserved for a future extension, and assigns #00 to all bytes. In a primary defect 
list, a defect list entry (Defect List Entry :RBP 16) records a primary defect list entry, and, in a secondary 
defect list, records a secondary defect list entry. A defect list entry is recorded on the ascending order of 
the value of the physical SEKUTANAMBAOBU defect sector (Physical Sector Number of Defect 
Sector) field of each entry in both cases. 

[0091] The structure of a media information descriptor (Media Information Descriptor) is shown in 
drawing 9 . 

[0092] A media information descriptor header (Media Information Descriptor Header) is recorded in the 
format shown in Table 19. 
[0093] 
[Table 19] 
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Media information Descriptor Header 



I BP 


Length 


Name 


Contents 


0 


8 


Signature 


Sicneture 


8 


2 


Descriptor Sfzs 


Unt16 


10 


6 


Reserved 


#00 bytee 


16 


2 


Nurnber of decs 


Unt16 


18 


2 


Number of sides per disc 


Unt16 


20 


2 


Number of layers per side 


Untie 


22 


2 


Nurnber of zones per tayer (=Nz) 


untie 


24 


8 


Reserved 


#00 bytes 


32 


2 


Number of cyfnders 


Untie 


34 


2 


Number of heads (tracks per cyinder) 


Untie 


36 


2 


Number of sectors per tracks 


untie 


36 


10 


Reserved 


#00bytss 



[0094] As for the data-type field of a signature (Signature:BP 0), 20 is set up. Descriptor size 
(Descriptor Size:BP 8) specifies the size (the number of MIB) of a media information descriptor. 
RIZABUDO (ReservedrBP 10) is reserved for a future extension, and assigns #00 to all bytes. Number 
OBUDISUKUSU (Number of discs:BP 16) specifies the number of disks. A number OBUSAIDAZU 
par disk (Number of sides per disc:BP 18) specifies the number of sides per disk. NAMBAOBU layer 
par side (Number of layers per side:BP 20) The number of layers per side is specified. A number 
OBUZONZU par layer (Number of zones per layenBP 22) specifies the number of zones per layer. 
RIZABUDO (ReservedrBP 24) is reserved for a future extension, and assigns #00 to all bytes. Number 
OBUSHIRINDAZU (Number of cylinders:BP 32) specifies a number of cylinders. Number 
OBUHEZZU (Number of heads:(tracks per cylinder) BP34) specifies the number of heads (the number 
of trucks per cylinder). A NAMBAOBU sector part rack (Number of sectors per tracks:BP 36) specifies 
the number of sectors around a truck. RIZABUDO (Reserved:BP 38) is reserved for a future extension, 
and assigns #00 to all bytes. 

[0095] A zone information (Zone Information) is recorded in the format shown in Table 20. 

[0096] 

[Table 20] 

Zone Information 



RBP 


Length 


None 


Contents 


0 


4 


Start Physical Sector Number 


Unt16 


4 


4 


Number of Physical Sector 


Unt16 


8 


8 


Reserved 


#00 bytes 



[0097] A start physical sector number (Start Physical Sector NumbenRBP 0) specifies the physical 
sector number of the physical sector of the head of a zone. A NAMBAOBU physical sector (Number of 
Physical SectonRBP 4) specifies the number of the physical sectors which constitute a zone. 
RIZABUDO (Reserved:RBP 8) is reserved for a future extension, and assigns #00 to all bytes. 
[0098] The structure of a drive information descriptor (Drive Information Descriptor) is shown in 
drawing 10 . 

[0099] A drive information descriptor header (Drive Information Descriptor Header) is recorded in the 
format shown in Table 21. 
[0100] 
[Table 21] 
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Drive Information Descriptor Header 



BP 




Name 


Contents 


0 


8 


Signature 


Stature 


8 


2 


Descriptor Size 


Unt16 


10 


1 


Strategy Type 


Unt8 


11 


5 


Reserved 


#00 bytes 



[0101] As for the data-type field of a signature (Signature:BP 0), 21 is set up. Descriptor size 
(Descriptor Size:BP 8) specifies the size (the number of MIB) of a drive information descriptor. A strike 
radio-and-TV G type (Strategy Type:BP 10) specifies a strike radio-and-TV G type. RIZABUDO 
(ReservediBP 1 1) is reserved for a future extension, and assigns #00 to all bytes. 
[0102] The structure of an EKUSUTEN dead data descriptor (Extended Data Descriptor) is shown in 
drawing 1 1 . Here, @APS shows an aryne toe physical sector (Align to Physical Sector), and it is shown 
that alignment of the data must be carried out to a physical sector. Moreover, as for the field from the 
next byte of the last data to the end of the sector, #00 are set up. 

[0103] An EKUSUTENDEDDO data descriptor header (Extended Data Descriptor Header) is recorded 
in the format shown in Table 22. 
[0104] 
[Table 22] 

Extended Descriptor Header 



BP 


Length 


Name 


Contents 


0 


8 


Signature 


Signature 


8 


2 


Descriptor Size 


Untie 


10 


6 


Reserved 


#00 bytes 


16 


2 


Location of Extended Data for Physical 


Desc Extent 






Volume 




20 




Location of Extended Data for Petitions 


Desc Extent 


20+4Np 


4Nv 


Location of Extended Data for Logical 


Desc Extent 






Volume 





[0105] As for the data-type field of a signature (Signature:BP 0), 22 is set up. Descriptor size 
(Descriptor Size:BP 8) specifies the size (the number of MIB) of an EKUSUTEN dead data descriptor. 
RIZABUDO (Reserved:BP 10) is reserved for a future extension, and assigns #00 to all bytes. Location 
OBUEKUSUTENDETTODETAFOA physical volume (Location of Extended Data for Physical 
VolumeiBP 16) specifies the place where the extended data about this physical bohrium are recorded. 
Location OBUEKUSUTENDEDDODETAFOA party SHON (Location of Extended Data for 
Partitions :BP 20) specifies the place where the extended data about each partition are recorded. Location 
OBUEKUSUTENDEDDODETAFOA logical volume (20+4Np of Location of Extended Datafor 
Logical Volume:BP) specifies the place where the extended data about each logic bohrium are recorded. 

[0106] Below, the level (Levels of medium interchange) of media exchange is described. The level 1 of 
media exchange prepares the following limits. That is, logic bohrium consists of partitions belonging to 
the same physical bohrium. When two or more partitions are defined as the same physical bohrium, the 
field of a partition must not lap. All the physical sectors of the partition which constitutes logic bohrium 
have the same physical sector size. A logic sector size is the multiple of a physical sector size, or a 
physical sector size is the multiple of a logic sector size. The size of a partition is the multiple of the 
value of the one where a logic sector size or a physical sector size is larger. The partition which 
performs defect management surely secures one or more spare area. The defect management by linear 
replacement MENTO uses the spare area secured in the partition as an alternative data area. 
[0107] The level 1 of media exchange does not have a limit. 
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[0108] Below, the example (Example of volume structure) of a bohrium structure is explained. Table 23 
is a table showing the example of the volume structure of FAT in VDR, ISO9660 (with Joliet), 
ISO/IEC13346, and the hybrid disk of KIFS. It is shown that o of Table 23 is the position constant 
which cannot be rearranged. 
[0109] 
[Table 23] 







Contante 


0 


[FA — P*lWon Tcbfc 


«HFAT3Pert*ion TaWe 


- 






e 


[KFS3Anehor IWptor 


fH10FS3 Anchor 


- _j 


— 




10 


9S00]PiVTMy Vokrr» Dwcr%4iv 


4C0G6C/13344/KJr<i] Voune rwf*wi Sequence 


11 


WlPrimvy Vokm DtMriatorCRmorvv) 1 


12 


IBmjSuppfcrrwTtw Vdum DMCf*tor(tor Jtftet) 


13 


CMVolun* Dwfewr Set TottMst 


14 


;m«iDteinrino Exwvted Atm DoocripUr 


15 


;m«N8R D—tifcjfcii 


16 




17 


C&tiMwInQ E*ond«J Atm Dtscriptcr 


18 


EKF31KF3 DocaW 


10 


CflMfii TamviMing Extanchd Aro« Descriptor 


- 


- 




30 


[133483 Prt—ry ¥9Uno Oocenter 


[133463 Main Y<*— ■ Dvacripftor Sequence Eirtent 


31 


[13346] hv*«rTw*^qn Um Vo—rtc dMar%ttr 


32 


[!3346]Pvttton Dmmaip** 


33 


[13346] Loot- VoLitm DMCriator 


34 


[13346] Uratoattd fl— » OotchpUt 


SB 


Cl3346lT«n*wting D-tifctor 


- 


- 




40 


{133463 Prtrrwy VbUrw Dortour 


[t3»46]Roaarvo Vdume (W*rtor eequence Ejd«4 


41 


[13346] IrriJcnwt—on Ubo Vdun* Doocriptor 


42 


[I33463hrtitfan DmotW 


43 


[13346] LoM Voim DwcfWor 


44 


[1 33461 UMaaM «POC« Doocrtftor 




- 




80 


[KFS]MU Map feriMn UA 


O^LUnMtA 


81 


KFS3MA Moo tor RooorvoO MIA, 


62 


CKFSlVgUn Structure Dace*** 


83 


CXFfi] Prvrarr [Met Lkt 1 


84 


CKFS] SoecnoOry Defect Lot 


85 


OCFS3Mtehr htarmoflcn Doocrtptor 


86 


£KF&]Drfc« hfaooofion Dtooriptor 


07 


rXF€3 Extended Dtfa D^criplor 


8B 


OOFS] ExtencMM 


- 


- 


- 


cO 


DCF83MA Khp *r flwra MIA. 


DOFSIRmmv* MU 


«1 


[KFS]MU Map far Main MIA 


c2 


OQFSlVotm Sfcucfcro Dnoriptor 


c3 


OOFS! Prtmry Date* Urt 


•4 


00F8] Secondary Dafact Uet 


cB 


CKFS] Defaet Saetcr 


c6 


DCFSJ Mod* MMtan Descriptor 


c7 




c8 


DCF8] EitMM Data Paauifrtor 


c4 


OCF83 BaanotadOobi 








ICQ 


[133403 Anchor Volume Deecriptar Mntar 


1 +{1 33463 Anchor 






159 


CKFSllDGK^LVOUJME 










imw 














[133463 Anchor VcAim Deecnptor R*T*r 


4>[133#63 Anchor 










OCFSJAnohcrDeeaiptar 


♦ {KFS] Anchor 










00FS3A«^t (Waptor 


♦OCF83 Anchor 








LP8N 


ri3346JAnohor Voknw DecrfcXor Poeiter 


♦[133463 Anchor 



[01 10] Next, AV file system (AV File System) constituted on logic bohrium is explained. A logical 
sector number (Logical Sector Number) is a number given in order to discriminate a logical sector. 



http://www4.ipdl.jpo.go.jp/cgi-bin/tran_web_cgi_ejje 



10/9/2003 



Page 17 of 35 



Logic bohrium (Logical Volume) is the set which was by carrying out with the logical sector number 
which begins from 0 of ascending order continuously etc., and consisted of logical sectors of a size. . 
[0111] File system administrative management information area (Management Information Area (MIA)) 
is a field which consists of two or more logical sectors followed on the logic bohrium which stores 
various kinds of control information of AV file system. A management information block (Management 
Information Block (MIB)) is a logical sector in MIA. A management information block number 
(Management Information Block Number (MIB number)) is a logical sector number of a management 
information block. It has the value which lengthened the logical sector number of the head management 
information block of MIA from Number. 

[0112] Below, the whole AV file system is explained. AV file system descriptor (AV File System 
Descriptor) mentioned later is recorded in one logical sector, and specifies the position of the main MIA 
on logic bohrium, the position of Reserve MIA, a size, and the MIA map on main MIA and Reserve 
MIA. The position of AV file system descriptor is set up as shown in Table 24 in the logical volume 
contents youth (Logical Volume Contens Use:BP 284) field of the above-mentioned logic bohrium 
information header. 
[0113] 
[Table 24] 

Logical Volume Contents Use field 



RBP 


Length 


Nemo 


Contents 


0 


4 


Main AV Rle System Descriptor 


Uint32 






Location 




4 


4 


Reserve AV Rle System Descriptor 


Uint32 






Location 




8 


8 


Reserved 


#00 bytes 



[01 14] A main AV file system descriptor location (Main AV File SystemDescriptor Location:RBP 0) 
specifies the logical sector number of AV file system descriptor. A reserve AV file system descriptor 
location (Reserve AV File System Descriptor Location:RBP 4) specifies the logical sector number of 
AV file system descriptor in a place different from having been specified on the main AV file system 
descriptor location. #FFFFFFFF is set to a reserve AV file system descriptor location when AV file 
system descriptor exists on logic bohrium only in one piece. RIZABUDO (Reserved:RBP 8) is reserved 
for extension and #00 are set up. 

[0115] Various kinds of management information of AV file system is file system administrative 
management information area. (Management Information Area:MIA) It is recorded. For reliability 
reservation, MIA with the management information of equal contents is recorded on two on logic 
bohrium, and calls main MIA and Reserve MIA, respectively. The position of the position of Main MIA 
and Reserve MIA, a size, and the MIA map in MIA is prescribed by AV file system descriptor. The 
logical sector in MIA is a management information block. (MIB) It is called and the offset from the head 
MIB of MIA of the logical sector number is a management information block number. (MIB number) It 
is called. 

[0116] As for specification of MIB, an MIB number is used. MIB which cannot use MIA according to a 
defect etc., intact MIB, And the MIA map (MIA Map), file table (File Table) which are a data structure, 
Allocation extent table (Allocation Extents Table) An allocation strike RATEJII table (Allocation 
Strategy Table), A defect information table (Defect Information Table (Optional)), And it consists of 
MIB used to store an EKUSUTEN dead attribute table (Extended Attribute Table (Optional)). It is 
recorded on a MIA map for which purpose MIB in MIA is used. Various kinds of data structures are 
stored in the inside of one MIB, or two or more MIB. It is Map in a MIA map which MIB when a data 
structure is recorded on two or more MIB, is connected in which turn. It is recorded on the entry field. 
As the data structure was MIB, when it finishes, #00 are stored from the next byte of the end of data to 
the byte of the last of the MIB. 

[01 17] In AV file system, a file and a directory are managed on the file table mentioned later. The 
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structure of a file table is determined by the file table structure type (File Table Structure Type) which is 
a parameter in a file table header. In the file table structure type 0, a file table consists of a file table 
header and one or more file records. The field for a file record being the data area of a fixed length, and 
discriminating a file record, The field and creation showing the kind of file record, and the field showing 
the time of a modification date, The field showing the position and size of data, the field showing an 
attribute, the field that points out the parent file record called a manager of a youth hostel link (Parent 
Link), The field which points out the brother file record called the NeXT link (Next Link), It consists of 
the field which points out the child file record called a tea yield link (Child Link), and the field which 
points out EKUSUTENDEDDO attribute record CHIEIN (Extended Attribute Record Chain). The 
number by which a file record is called a file record number is attached, and a manager of a youth hostel 
link, the NeXT link, and a tea yield link are specified using this file record number. 
[01 18] By the file table structure type 0, the tree structure as shown in drawing 12 from which the file 
record of the beginning of a file table serves as the root is built. The circle in drawing expresses one file 
record, and the file record of the root is called a root file record (Root File Record). The file record 
without the data which should be referred to is called a directory, and the file record with data is called a 
file. Not only a directory but a file can have a child file record. This layered structure is realized by 
setting up a tea yield link (Child Link), the NeXT link (Next Link), and a manager of a youth hostel link 
(Parent Link), as shown in drawing 13 . 

[0119] The list of file records which consist of neck strike links is called file record chain, and there 
must not be two or more records which are the same files ID and have the same file type during this list. 
A subfile is a kind of a file, and it shows some data which a parent file record refers to as if it was 
another file. The file record with which 10 was set as the data location type (Data Location Type) of the 
attribute (Attribute) field expresses a subfile. 

[0120] In AV file system, management of the data which made the unit the field where it continued on 
logic bohrium called an allocation extent (Allocation Extent) is performed. An allocation extent is ended 
by arbitrary byte offset of the logical sector following it including zero or more logical sectors which 
begin from arbitrary byte offset of a logical sector, and are completed by the arbitrary byte offset in the 
logical sector, or continue. The start point of the allocation extent t, an ending point, an attribute, etc. are 
recorded on the allocation extent record in an allocation extent table. 

[0121] The allocation extent record corresponding to all the allocation extents on logic bohrium is 
registered into an allocation extent table. An allocation extent record has the field indicating the 
following allocation extent record, and can create the list which consists of two or more allocation extent 
records using this field. This list is called an allocation extent record chain. Usually, file data is treated 
as a set with sequence of the allocation extent corresponding to an allocation extent record chain. 
[0122] The list made from the allocation extent record (the allocation extent record status is the record 
of 00) with which it is not used in the allocation extent table is called free allocation extent 
REKODOCHIEIN, and can be easily followed from an allocation extent table. Moreover, allocation 
extent record judged as a problem being in reuse including a defective (defect) sector in a corresponding 
allocation extent (record which has 10 for the allocation extent record status) The list collected and 
created can be called a DIFEKUTIBUAROKESHON extent record chain, and this list can also be easily 
followed from an allocation extent table. 

[0123] It is determined by allocation strike radio-and-TV G (Allocation Strategy) on which position of 
logic bohrium an allocation extent is put. An allocation strike RATEJII table can register two or more 
allocation strike radio-and-TV G, and different allocation strike radio-and-TV G for every file can be 
used for it, and it can arrange an allocation extent on logic bohrium. The parameter which the range of 
the field which each allocation strike radio-and-TV G manages, or allocation strike radio-and-TV G uses 
is recorded on the allocation strike RATEJII record in an allocation strike RATEJII table. In the file 
table structure type 0, allocation strike radio-and-TV G is determined for every file record, and is 
recorded on the data location field of a file record. This data location field is referred to in the case of 
operation of an allocation extent, and corresponding allocation strike radio-and-TV G is called. 
[0124] Two allocation strike RATEJII types, the allocation strike RATEJII type 0 (Allocation Strategy 
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Type 0) and the allocation strike RATEJII type 1 (Allocation Strategy Type 1), are defined. The 
allocation strike RATEJII type 0 is the method for which it was suitable when the file of the 
comparatively small size of index data etc. was dealt with in discontinuous, and the allocation strike 
RATEJII type 1 is a method suitable for writing data continuously [ MPEG etc. ]. 

[0125] A defect information table (Defect Information Table) is a table which recorded the logical sector 
number of the defective sector in logic bohrium, and is applicable to management of a defective sector. 
[0126] An EKUSUTEN dead attribute table (Extended Attribute Table) can be used in order to hold a 
file or the extended attribute of a directory in MIA. An EKUSUTEN dead attribute table consists of an 
EKUSUTENDEDDO attribute table header and one or more EKUSUTENDEDDO attribute table 
records. An EKUSUTEN dead attribute record is a record of the fixed length which has the field for a 
link, and can create the EKUSUTENDEDDO attribute record chain which considered two or more 
EKUSUTEN dead attribute records as the list. 

[0127] As for the head of the data structure which AV file system uses, a signature (Signature) is set up. 
A signature is recorded as shown in Table 25. 
[0128] 
[Table 25] 

Signature 



RBP 


Length 


Name 


Contents 


0 


4 


Identification 


bytw-"AVFS" 


4 


1 


Version 


Utat8*1 


S 


1 


Data type 


LBnt8 


6 


2 


Reserved 


#00 bytes 



[0129] As for identification (Identification:RBP 0), character string "AVFS" is set up according to 
ISO/IEC 646. A version (VersionrRBP 4) specifies a version number and 1 is set up. A data type (Data 
type:RBP 5) specifies the kind of data structure. The value shown in Table 26 is set up according to the 
kind of data structure. 
[0130] 
[Table 26] 

Data type 





Interpretation 


0 


Reserved 


1 


AV Ffle System Descriptor 


2 


MIA Map 


3 


File Table 


4 


Afacation Extents Table 


5 


Akcation Strategy Table 


6 


Defect Information Table 


7 


Extended Attribute Table 


8-255 


Reserved 



[0131] RIZABUDO (Reserved:RBP 6) is reserved for extension and #00 are set up. A signature is used 
in order to discriminate a data structure at the time of crash recovery. 

[0132] AV file system descriptor (AV File System Descriptor) is recorded as shown in Table 27. 

[0133] 

[Table 271 
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AV HI* System Descriptor 



BP 


Length 


Mama 


Contents 


0 


a 

8 


Signature 


oignsujr o 


8 


4 


Looacoo or Main mia 


Whim 


12 


4 


1 JuimiiJLJi □ a . a hj A kill A 

Locacon or neserve mim 




16 


Z 


1 ■_. iiiill i if- k J _tn til A 

Langin or Man mia 


1 lint Ifl 


to 

lo 


2 


Langin or neserve mim 


1 ffrrtlfl 


20 


4 


Creation Time 


inne oiamp 


24 


4 


Modfication Tim a 


Time Stamp 


28 


2 


Number of MIA Map Sectors in Mafn MIA 


Ulnt16 






C=xi) 




30 


2 


Number of MIA Map Sectara in Reserve MIA 


Unt16 






(-X2) 




32 


2xi 


MIA Map Sectors (n Main MIA 


bytes 


32+2xi 


2X2 


MIA Map Secton in Reserve MtA 


bytes 



[0134] As for the data-type field of a signature, 1 is set up. location OBUMEIN MIA (Location of Main 
MIA:BP 8) is main - the start logical sector number of MIA is specified Location OBURIZABU MIA 
(Location of Reserve MIA:BP 12) specifies the start logical sector number of Reserve MIA. length 
OBUMEIN MIA (Lengthof Main MIA:BP 16) is main - the size of MIA is specified with the number 
of logical sectors The RENGUSUOBU reserve MIA (Length of Reserve MIA:BP 18) specifies the size 
of Reserve MIA with the number of logical sectors. A courier SHON time (Creation Time:BP 20) stores 
the time which created AV file system descriptor. A MODITIFIKESHON time (Modification TimeiBP 
24) specifies the time which updated AV file system descriptor. The NAMB AOBU MIA map sector in 
main MIA (Number of MIA Map Sectors in Main MIA:BP 28) specifies the number of the MIB 
numbers described by main MIA map SEKUTAZU (Main MIA Map Sectors:BP 32). 
[0135] The NAMBAOBU MIA map sector ZUIN reserve MIA (Number of MIA Map Sectorsin Reserve 
MIA:BP 30) specifies the number of the MIB numbers described by reserve MIA map SEKUTAZU 
(Reserve MIA Map Sectors:BP 32+2x1). The MIA map sector in main MIA (MIA Map Sectors in Main 
MIA:BP 32) specifies MIB which constitutes the MIA map in main MIA, and the MIB number of MIB 
which constitutes a MIA map is set up in order. The MIA map sector ZUIN reserve MIA (MIA Map 
Sectors in Reserve MIA:BP 32+2x1) specifies MIB which constitutes the MIA map under reserve MIA, 
and the MEB number of MIB which constitutes a MIA map is set up in order. 

[0136] A MIA map (MIA Map) is used for the operating condition of MIB in MIA being shown. A MIA 
map shows the position of MIB and intact MIB which cannot be used according to various kinds of data 
structures in MIA, a defect, etc. A MIA map is recorded as shown in Table 28. 
[0137] 



[Table 28] 
1? TTe 



BP 


Length 


Name 


Contents 


0 


6 


Signature 


Signature 


8 


2 


Location of MIA Map 


UInt16 


10 


2 


Location of Allocation Strategy Table 


Ulhtlfl 


12 


2 


Location of Re Table 


Lflnt16 


14 


2 


Location of Allocation Extents Table 


Urrt16 


18 


2 


Location of Defect List Table 


Uint16 


18 


2 


Location of Extended Attribute Descriptor 


uintia 


20 


2 


Reserved 


bytes 


22 


2 


Number of Map Entries (-xi) 


Unt16 


24 


2xi 


Mop Entries 


bytes 



[0138] As for the data-type field of a signature (Signature:BP 0), 2 is set up. A ROKESHONOBU MIA 
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map (Location of MIA MapiBP 8) specifies the MIB number of the head MIB of the MIA map in this 
MIA. Location OBUA location SUTORATEJIITEBURU (Location of Allocation Strategy Table:BP 10) 
specifies the MIB number of the head MIB of the allocation strike RATEJII table in this MIA. A 
location file table (Location of File Table:BP 12) specifies the MIB number of the head MIB of the file 
table in this MIA. 

[0139] A location OBUAROKESHONEKUSU tense table (Location of Allocation Extents Table:BP 
14) specifies the MIB number of the head MIB of the allocation extent table in this MIA. A 
ROKESHONOBU defect list table (Location of Defect List Table:BP 16) specifies the MIB number of 
the head MIB of the defect list table in this MIA. #FFFF is set when a defect list table does not exist in 
this MIA. A location OBUEKUSUTENDEDDO attribute descriptor (Location of Extended Attribute 
DescriptonBP 18) specifies the MIB number of the head MIB of the EKUSUTEN dead attribute 
descriptor in this MIA. #FFFF is set when an EKUSUTEN dead attribute descriptor does not exist in 
this MIA. RIZABUDO (Reserved:BP 20) is reserved for extension and #00 are set up. 
[0140] NAMBAOBU map en TORIZU (Number of Map Entries:BP 22) specifies the number of entries 
of the map entry which begins from (BP 24). This number is equal to the number of MIB which exists in 
MIA, and is zero or less #FFF. Map en TORIZU (Map EntriesiBP 24) specifies the operating condition 
of MIB in this MIA. one map entry — from Uintl6 — becoming — the first map entry - MIB of the 
beginning of MIA, and the 2nd map entry — 2nd MIB ~ it corresponds to ... 
[0141] The value of map entry has the meaning shown in Table 29. 
[0142] 
[Table 29] 

Map entry value 



Value 


Interpretation 


#0000-#FFEF 
#FFF0 
#FFF1 

#FFF2-#FFFE 
#FFFF 


Next MIB Number 
Unusable MIB 
Unused MIB 
Reserved 

Last MIB of the data structure 



[0143] A data structure is equal to a logic sector size, or small, and #FFFF is set to the map entry 
corresponding to the MIB when stored in one MIB. #FFFF is set to the map entry corresponding to MIB 
other than the last by the map entry corresponding to the last MIB in the MIB number of the following 
MIB when a data structure is recorded over two or more MIB. MIB whose value of map entry is #FFF1 
shows that the block is intact, and when a data structure needs new MIB, it can use it. MIB whose value 
of map entry is #FFF0 expresses the things (defective sector etc.) which a problem is in the use. 
[0144] A file table (File Table) consists of a file table header and file table data, as shown in drawing 
14 . The structure of file table data is decided by the File Table Structure Type field of a file table 
header. 

[0145] A file table header (File Table Header) is recorded as shown in Table 30. 

[0146] 

[Table 30] 

Hie Tdbto Header 



BP 


Length 


ftl MMIIi 

(Name 


Contents 


0 


8 


Signature 


Signature 


8 


4 


Length of File Table Data 


UntSZ 


12 


2 


Re Table Structure Type 


Urrt16 


14 


18 


File Table Structure Type 


bytes 






dependent information 





[0147] As for the data-type field of a signature (Signature:BP 0), 3 is set up. RENGUSUOBU file table 
http://www4.ipdl.jpo.go.jp/cgi-bin/tran_web_cgi_ejje 10/9/2003 



Page 22 of 35 



data (Length of File Table Data:BP 8) specify the length of file table data by the byte count. A file table 
structure type (File Table Structure TypeiBP 12) specifies the structure of file table data. The 
information the file table SUTORAKUCHATAIPUDIPENDENTO information (File Table Structure 
Type dependent informatiomBP 14) was decided to be for every file table structure type is set up. 
[0148] When a file table structure type (File Table Structure Type) is 0, a file table consists of a file 
table header and one or more file records, as shown in drawing 15 . The number of the continuation in 
which a file record begins from 0, and ascending order is attached, and this number is called a file record 
number. The list of file records is made by setting the file record number of a next record as the NeXT 
link (Next Link) field, and this list is called a file record chain. All the file records with which it is not 
used in a file table create the file record chain called a free file record chain. 

[0149] When a file table structure type is 0, a file table header (File Table Header) must be recorded as 
shown in Table 31. 
[0150] 
[Table 31] 

Re Table Header 



BP 


Length 


Nam* ! 


Contents 


0 


8 


Signature 


Sgnature 


8 


4 


Length of Hie Table Data 


Unt32 


12 


2 


Hie Table Structure Type 


Unt16(=0) 


14 


2 


Number of Hie Records 


Untie 


16 


2 


first Free Re Record 


Utnt16 


18 


14 


Reserved 


#00bytoa 



[0151] As for the data-type field of a signature (SignaturerBP 0), 3 is set up. The number with which 
RENGUSUOBU file table data (Length of File Table DatarBP 8) covered NAMBAOBU file records 
(Number of File Records:BP 14) over the length of a file record is set up. As for a file table structure 
type (File Table Structure Type:BP 12), 0 is set up. NAMBAOBU file REKODOZU (Number of File 
RecordsiBP 14) specifies the number of file records which constitutes a file table. The number of file 
records takes an one or more # zero or less FFF value. #FFFF is set up, when first free file records (First 
Free File Records:BP 14) point out the element of the beginning of a free file record chain and a free file 
record does not exist in a file table. RIZABUDO (Reserved:BP18) is reserved for extension and #00 are 
set up. 

[0152] A file record (File Record) must be recorded as shown in Table 32. 

[0153] 

[Table 32] 

Re Record of Rio Structure Type 0 



RBP 


Length 


Name 


Cootems 


0 


2 


Hie ID 


Unt10 


2 


2 


Rle Typo 


LRnt16 


4 


4 


Attribute 


Unt32 


8 


4 


Creation Time 


Time Stamp 


12 


4 


Modfficflbon Time 


Time Stamp 


18 


6 


Data Length 


Urrt64 


24 


8 


Dots Location 


byte* 


32 


.2 


Chid Uric 


Ulnt16 


34 


2 


Next IJnk 


UfntlO 


36 


2 


Parent Link 


UCnt18 


38 


2 


Extended Attribute Record Number 


UrttlS 



[0154] File ID (File ID:RBP 0) specifies the number for discriminating a file record with the same file 
type under file record chain. A file type (File Type:RBP 2) specifies the number for directing the kind of 
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this file record. An attribute (Attribute:RBP 4) specifies the attribute of the data which this file record or 
this file record refers to. A courier SHON time (Creation Time:RBP 8) specifies the date and time of 
creation of this file record. A modification time (Modification Time:RBP 12) specifies the change time 
of the data which this file record or a file record refers to. Data length (Data Length:RBP 16) specifies 
from a byte the length of the data which a data location (Data LocationrRBP 24) refers to, and when 
there are no data to refer to, it sets 0. A data location (Data Location:RBP 24) specifies the position of 
the data which this file record refers to. The interpretation of the field changes with the data location 
type (Data Location Type:Bit 1-2) contents of an attribute (Attribute:RBP 4). #FFFF is set up, when a 
tea yield link (Child Link:RBP 32) specifies the file record number of the Childe file record and such a 
file record does not exist. The NeXT link (Next Link:RBP 34) specifies the file record number of the 
following file record which constitutes a file record chain, and #FFFF is set up when this file record is 
the element of the last of a file record chain. 

[0155] A manager of a youth hostel link (Parent Link:RBP 36) specifies the file record number of a 
manager of a youth hostel file record, and when this file record is a root file record, its own file record 
number, 0 [ i.e., ], is set up. #FFFF is set up, when an EKUSUTENDEDDO attribute record number 
(Extended Attribute Record NumbenRBP 38) specifies the EKUSUTEN dead attribute record number 
of the head of the EKUSUTENDEDDO attribute record chain which this file record uses and it does not 
refer to an EKUSUTEN dead attribute record. 

[0156] The attribute (Attribute) field is recorded as shown in Table 33. 

[0157] 

[Table 33] 

Attribute of the File Record 



Bit 


Interpretation 


0 


VaSd 


1-2 


Daata Location Type 


3 


Protected 


4 


Sorted 


5-31 


Reserved 



[0158] BARIDDO (ValidiBit 0) expresses whether this file record is an effective record, and, in the case 
of 0, means that this file record is not used, and a file record has it during a free file record chain. In the 
case of 1, BARIDDO means that this file record is used, and it is a root file record to a tea yield link. It 
can reach through a neck strike link. A data location type (Data Location Type:Bit 0-1) specifies the 
format of a data location (Data LocatiomRBP 24). When a data location type is 00, it is shown that a 
data location does not have what is referred to (this value is set when a file record is a directory). A data 
location is expressed with the format which shows the allocation extent record number of the head of an 
allocation extent record chain, and an allocation strike radio-and-TV G number in Table 34 when a data 
location type is 01. When a data location type is 10, it expresses that a file record is a subfile and the 
offset from the head of the data with which the data location of a manager of a youth hostel file record 
expresses a data location is expressed with Uint64. The data location type of 1 1 is reserved for 
extension. 
[0159] 
[Table 34] 

Data Location file of Type 01 



RBP 


Length 


Name 


Contents 


0 


2 


Reserved 


#00 bytes 


2 


2 


ABocation Strategy Number 


Untie 


4 


4 


First Albation Extent Reoord Nkirfcer 


Unt32 
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[0160] Pro TEKUTEDDO (Protected: Bit 3) means that this file record is protected. It means that the file 
record chain to which this file record belongs is sorted by order with a young file type, and sow TEDDO 
(Sorted:Bit 4) is sorted by the young order of File ID in the still more nearly same file type. 
RIZABUDO (Reserved:Bit 5-31) is reserved for extension. 

[0161] An allocation extent table (Structure of the Allocation Extents Table) consists of an allocation 
extent table header and an allocation extent record, as shown in drawing 16 . The number of the 
continuation which begins from 0, and ascending order is given to an allocation extent record. This 
number is called an allocation extent record number. The list of allocation extent records is built by 
setting the allocation extent record number of a next record as NeXT allocation extent 
REKODOFIRUDO. This list is called an allocation extent record chain. 

[0162] An allocation extent table header (Allocation Extents Table Header) is recorded as shown in 
Table 35. 
[0163] 
[Table 35] 

Allocation Extents Table Header 



BP 


Length 


Name 


Contents 


0 


8 


Signature 


Signature 


8 


4 


Number of Allocation Extent Records 


Unt32 


12 


4 


First Free Alocstion Extent Record 


Unt32 


16 


4 


First Defective Alocatfon Extent 


Iint32 


20 


4 


Reserved 


#00 bytes 



[0164] As for the data-type field of a signature (Signature:BP 0), 4 is set up. NAMBAOBU allocation 
extent records (Number of Allocation ExtentRecords (BP 8) specifies the number of the allocation 
extent records in an allocation extent table.) A FASUTOFURI allocation extent record (First Free 
Allocation Extent Record:BP 12) points out the element of the beginning of free allocation extent 
REKODOCHIEIN. 

[0165] When a free allocation extent record does not exist in an allocation extent table, #FFFFFFFF is 
set as this field. A FASUTODIFEKUTIBU allocation extent record (First DefectiveAllocation Extent 
Record:BP 16) points out the element of the beginning of a DIFEKUTIBUAROKESHON extent record 
chain. When a DIFEKUTIBU allocation extent record does not exist in an allocation extent table, 
#FFFFFFFF is set as this field. RIZABUDO (ReservedrBP 20) is reserved for extension and #00 are set 
up. 

[0166] An allocation extent record (Allocation Extent Record) expresses the position of the starting 
position of an allocation extent, an end position, an attribute, and the following allocation extent record 
that constitutes an allocation extent record chain. An allocation extent record is recorded as shown in 
Table 36. 
[0167] 
[Table 36] 
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AJkation Extent Record 



RBP 


Length 


Nome 


Contents 


0 


4 


Start Logical Sector Nunrfcer 


Unt32 


4 


1 


Allocation Strategy Number 


UntS 


5 


1 


Reserved 


LlntS 


6 


2 


Start Offset 


mm lo 


8 


4 


End Logical Sector Nunber 


Unt32 


12 


2 


Reserved 


Unt1B 


14 


2 


End Offset 


Unt16 


16 


4 


Attribute 


Lint32 


20 


4 


Next AJbcaticn Extent Record 


Unt32 


24 


8 


Length of the Aflcation Extant 


Unt64 



[0168] A start logical sector number (Start Logical Sector NumbenRBP 0) specifies the logical sector 
containing the start byte of an allocation extent, and a logical sector number is set up. An allocation 
strike RATEJII number (Allocation Strategy NumbenRBP 4) directs according to which allocation 
strike radio-and-TV G this allocation extent record is arranged. RIZABUDO (Reserved:RBP 5) is 
reserved for extension and #00 are set up. Start offset (StartOffset:RBP 6) specifies the byte offset from 
the head byte of the logical sector containing the start byte of an allocation extent to a start byte, and 0 
will be set if a starting position is equal to the head byte of the logical sector. 
[0169] And a logical sector number (End Logical Sector NumbenRBP 8) specifies the logical sector 
number of the logical sector containing the last byte of an allocation extent. RIZABUDO 
(Reserved:RBP 12) is reserved for extension and #00 are set up. And offset (End OffsetrRBP 14) 
specifies the offset from the head byte of a logical sector including the end byte of an allocation extent 
to an end byte, and 0 will be set if an end byte is equal to the head byte of the logical sector. The value 
which an attribute (Attribute:RBP 16) expresses has the meaning shown in Table 37. 
[0170] 
[Table 37] 

Attribute of the Alocation Extent Record 



Bit 


Interpretation 


0-1 
1-31 


ASocation Extnt Record Status 
Reserved 



[0171] Allocation extent record status (Bit 0-1) When it is 01, this allocation extent record points out an 
effective allocation extent, and can do read-out normally. When this bit is 1 1, this allocation extent 
record has pointed out the effective allocation extent, and means that read-out may be normally 
impossible by existence of a defective sector etc. It means that it can be used in case this allocation 
extent record is not used now but a new allocation extent is arranged, when this bit is 00. When this bit 
is 10, using it, in order that the allocation extent which this allocation extent record points out may 
arrange a pew allocation extent since the defective sector is included, although somewhere are not 
referred to, either expresses that it is not suitable. RIZABUDO (Reserved:Bit 2-31) is reserved for 
extension, and 0 is set up. 

[0172] The NeXT allocation extent record (Next Allocation Extent Record:RBP 20) specifies the 
following allocation extent record number which constitutes an allocation extent record chain. 
#FFFFFFFF is set when an allocation extent record is the element of the last of an allocation extent 
record chain. A length OBUZA allocation extent (Length of the Allocation Extent:RBP 24) directs the 
length of the allocation extent which this allocation extent record directs by the byte count, a start logical 
sector number (Start Logical Sector NumbenRBP 0), start offset (Start Offset:RBP 6), and a logical 
sector number (End Logical Sector NumbenRBP 8) - and - and the byte count called for by calculation 
from offset (End Offset:RBP 14) and the byte count set to this field are equal 
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[0173] An allocation strike RATEJII table specifies all the allocation strike radio-and-TV G currently 
used for AV file system arranging data with this logic bohrium. An allocation strike RATEJII table 
consists of an allocation SUTORATEJII table header and an allocation strike RATEJII record, as shown 
in drawing 1 7 . 

[0174] An allocation SUTORATEJII table header (Allocation Strategy Table Header) is recorded as 
shown in Table 38. 
[0175] 
[Table 38] 

Alocation Strategy Table Header 



BP 


Length 


Name 


Contents 


0 


8 


Signature 


Signature 


8 


2 


Number of Alocation Strategy Record 


Untie 


10 


6 


Reserved 


#00 bytes 



[0176] As for the data-type field of a signature (Signature:BP 0), 5 is set up. A NAMBAOBU allocation 
SUTORATEJII record (Number of Allocation Strategy Record:BP 8) is allocation strike radio-and-TV 
G. The number of the allocation strike RATEJII records in a table is specified. RIZABUDO 
(Reserved: RBP 10) is reserved for extension and #00 are set up. 

[0177] An allocation strike RATEJII record is used for specifying allocation strike radio-and-TV G. An 
allocation strike RATEJII record is recorded as shown in Table 39. 
[0178] 
[Table 39] 

Alocation Strategy Record 



RBP 


Length 


Name 


Contents 


0 


2 


Length of Alocation Strategy Record 


Unt16 


2 


2 


Alocation Strategy Type 


Unt16 


4 


1 


Alocation Strategy Number 




5 


3 


Reserved 


#00 bytes 


8 


XI 


Alocation Strategy Type Dependent 


bytes 






Data 





[0179] A RENGUSUOBU allocation SUTORATEJII record (Length of Allocation Strategy 
Record:RBP 0) specifies the length of this allocation strike RATEJII record by the byte count, and the 
length is the multiple of 8. An allocation strike RATEJII type (Allocation Strategy Type:RBP 2) 
specifies the kind of this allocation strike RATEJII record. An allocation strike RATEJII number 
(Allocation Strategy NumbenRBP 4) specifies a record of what position in an allocation strike RATEJII 
table this allocation strike RATEJII record is, and 0 will be set if this record is the first record. 
RIZABUDO (Reserved:RBP 5) is reserved for extension and #00 must be set up. The contents it was 
decided for every allocation strike RATEJII type that allocation SUTORATEJIITAIPUDEPEN dent data 
(Allocation Strategy Type Dependent Data:RBP 8) would be are set. 

[0180] The following conditions are satisfied in the allocation strike RATEJII type 0. the 1st — an 
allocation extent — the start logical sector number (Start Logical Sector NumbenRBP 8) of an allocation 
strike RATEJII record — and — and it must be arranged in the field specified by the logical sector 
number (End Logical Sector Number :RBP 12) When a part of logical sector is assigned [ 2nd ] to a 
certain allocation extent, no byte of the logical sector belongs to another allocation extent. The head of 
an allocation extent and the head of a logical sector are in agreement with the 3rd. Allocation strike 
RATEJII type The allocation strike RATEJII record of 0 is recorded as shown in Table 40. 
[0181] 
[Table 40} 
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Allocation Strategy Record of Akoatfon Strategy Type 0 



RBP 


Length 


Name 


Contents 


0 


2 


Length f Allocation Strategy Record 


Unt16(=io) 


2 


2 


Allocation Strategy Type 


UintIS (-0) 


4 


1 


Allocation Strategy Number 


IXntB 


5 


3 


Reserved 


#00 bytet 


8 


4 


Start Logical Sector Number 


Unt3 


12 


4 


End Logical Sector Number 


Unt32 



[0182] As for a RENGUSUOBU allocation SUTORATEJII record (Length of Allocation Strategy 
Record:RBP 0), 16 is set up. As for an allocation strike RATEJII type (Allocation Strategy Type:RBP 
2), 0 is set up. An allocation strike RATEJII number (Allocation Strategy NumbenRBP 4) specifies a 
record of what position in an allocation strike RATEJII table this allocation strike RATEJII record is, 
and 0 will be set if this record is the first record. RIZABUDO (Reserved:RBP 5) is reserved for 
extension and #00 are set up. A start logical sector number (Start Logical Sector NumbenRBP 8) 
specifies the head logical sector number of the field which arranges an allocation extent. And a logical 
sector number (End Logical Sector NumbenRBP 12) specifies the logical sector number of the last of 
the field which arranges an allocation extent. 

[0183] An allocation strike RATEJII type 1 allocation strike RATEJII record is recorded as shown in 
Table 41. 
[0184] 
[Table 41] 

Alocatkm Strategy Record of Alocation Strategy Type 1 



i RBP 


Length 


Name 


Contents 


i o 


2 


Length of Allocation Strategy Record 


UintlB 


2 


2 


ABocetion Strategy Type 


Uint16(«1) 


4 


1 


Alocatfon Strategy Number 


UintB 


5 


. 3 


Reserved 


#00 bytes 


8 


2 


Number of Zones (=xi) 


UH16 


to 


6 


Reserved 


#00 bytes 


16 


16xi 


Zone Information Records 





[0185] As for a RENGUSUOBU allocation SUTORATEJII record (Length of Allocation Strategy 
Record:RBP 0), the length of this allocation strike RATEJII record and 16+16x1 are set up. As for an 
allocation strike RATEJII type (Allocation Strategy Type:RBP 2), 1 is set up. An allocation strike 
RATEJII pumber (Allocation Strategy NumbenRBP 4) specifies a record of what position in an 
allocation strike RATEJII table this allocation strike RATEJII record is, and 0 will be set if this record is 
the first record. RIZABUDO (Reserved:RBP5) is reserved for extension and #00 are set up. A 
NAMBAOBU zone (Number ofZones:RBP 8) specifies the number of the zone information records in 
an allocation strike RATEJII record. RIZABUDO (Reserved:RBP 10) is reserved for extension and #00 
are set up. A number of zone information records with which zone information records (Zone 
Information Records:BP 16) were specified in the NAMBAOBU zone (Number of Zones:RBP 8) are set 
up. A zone information record is recorded as shown in Table 42. 
[0186] 
[Table 42] 

Zone Information Record 



RBP 


Length 


Name 


Contents 


0 


4 


Start Logical Sector Number 


Unt32 


4 


4 


End Logical Sector Number 


Unt32 


8 


4 


Length of Allocation Unit 


Unt32 


12 


4 


Reserved 


#00 bytes 
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[0187] A start logical sector number (Start Logical Sector NumbenRBP 0) specifies the start logical 
sector number of this zone. And a logical sector number (End Logical Sector NumbenRBP 4) specifies 
the last logical sector number of this zone. A length OBUA location unit (Length of Allocation 
Unit:RBP 8) specifies the allocation unit at the time of arranging in this zone. RIZABUDO 
(Reserved:RBP 12) is reserved for extension and #00 are set up. 

[0188] A defect information table (Defect Information Table) records the logical sector number of the 
defective sector in logic bohrium. A defect information table is recorded as shown in Table 43. 
[0189] 
[Table 43] 

Defect Information Tabit 



BP 


Length 


Name 


Contents 


0 


8 


Signature 


Sgnetura 


8 


4 


Nurfcer of Defect Sectors (=»xi) 


LHntSZ 


12 


4 


Reserved 


#00 bytes 


16 


4xi 


Defect Sector Addresses 


bytes 



[0190] As for the data-type field of a signature (Signature:BP 0), 6 is set up. NAMBAOBU defect 
SEKUTAZU (Number of Defect Sectors:BP 8) specifies the number of entries of the defect sector 
address which begins from (BP 16). RIZABUDO (Reserved:BP 12) is reserved for extension and #00 
are set up. A defect sector address (Defect Sector Addresses:BP 16) specifies the logical sector number 
of the defect sector detected in this logic bohrium, and the value by which one entry is recorded on ** 
and here from Uint32 is sorted by ascending order. 

[0191] An EKUSUTEN dead attribute table (Extended Attribute Table) consists of an 
EKUSUTENDEDDO attribute table header and an EKUSUTEN dead attribute record, as shown in 
drawing 18 . The number of the continuation in which the EKUSUTEN dead attribute record in an 
EKUSUTEN dead attribute table begins from 0, and ascending order is attached, and this number is 
called an EKUSUTEN dead attribute record number. The list of EKUSUTEN dead attribute records is 
created by setting a next record as the NEKUSUTOEKUSUTENDEDDO attribute record field, and this 
list is called an EKUSUTENDEDDO attribute record chain. The EKUSUTEN dead attribute record with 
which it is not used in an EKUSUTEN dead attribute table creates the list called 
FURIEKUSUTENDEDDO attribute record chain. 

[0192] An EKUSUTENDEDDO attribute table header (Extended Attribute TableHeader) is recorded as 
shown in Table 44. 
[0193] 
[Table 44] 

Extended Attribute TabU H«adtr 



BP 


Length 


Name 


Contents 


0 


8 


Signature 


Signature 


8 


2 ' 


Nsnber of Extended Attribute Record 


JntlS 


10 


2 


Fret Free Extended Attrbute Record 


1*1(18 


12 


4 


Reserved 


#00 bytes 



[0194] As for the data-type field of a signature (Signature:BP 0), 7 is set up. A 

NAMBAGBUEKUSUTEN dead attribute record (Number of Extended Attribute Record:BP 8) specifies 
the number of the EKUSUTEN dead attribute records in an EKUSUTEN dead attribute table, and is 
zero or less #FFF. #FFFF is set up, when a first FURIEKUSUTENDEDDO attribute record (First Free 
Extended Attribute Record:BP 10) points out the element of the beginning of a 

FURIEKUSUTENDEDDO attribute record chain and a free EKUSUTEN dead attribute record does not 
exist in an EKUSUTEN dead attribute table. RIZABUDO (Reserved:RBP 12) is reserved for extension 
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and #00 are set up. 

[0195] An EKUSUTEN dead attribute record (Extended Attribute Record) is recorded as shown in 
Table 45. 
[0196] 
[Table 45] 

Extended Attribute Record 



RBP 


Length 


Nana 


Contents 


0 


2 


Next Extended Attribute Record 


Untl6 


2 


30 


Extended Attribute Information 


bytes 



[0197] The NeXT EKUSUTENDEDDO attribute record (Next Extended AttributeRecord:RBP 0) 
specifies the following EKUSUTEN dead attribute record number which constitutes an 
EKUSUTENDEDDO attribute record chain, and #FFFF is set when this EKUSUTEN dead attribute 
record is the last EKUSUTEN dead attribute record. 

[0198] Many of existing file systems are designed on the assumption that defective sector processing of 
media is performed by the layer (for example, shift processing inside a drive) located under a file 
system. It does not know where a defective sector is in these file systems, but although data can be 
accessed by the raw transfer rate of a drive in a portion without a defect, access is possible only in a 
transfer rate far lower than it with the portion into which shift processing is performed. 
[0199] Since the estimate of each access time was not required even if the conventional computer use 
might require improvement in the mean access time, the problem did not have the above composition, 
either. However, audio, For the video use, since record reproduction of voice or the image cannot be 
correctly carried out if the constant-rate supply of the data cannot be carried out within fixed time, it has 
been necessary to be able to estimate time which requires a file system for a data access. 
[0200] Then, the premise that it is not necessary to perform defective sector processing by the lower 
layer is introduced, and it enabled it to estimate correctly the time which requires a file system for access 
of data in this file system. In connection with this, with this file system, the field and the flag for the 
defective sector processing which was not in the conventional file system are prepared, and processing 
of a defective sector can carry out using this. Here, an example of a method which performs defective 
sector processing using the function prepared for this file system is explained. 
[0201] It is either of the degrees that a defective sector is generally detected. During writing, an error 
occurs and a defective sector is detected by the 1st. Although writing terminated [ 2nd ] normally, an 
error is detected when the portion is read immediately after writing. Although it wrote in the 3rd and 
read-out immediately after writing was terminated normally, an error is detected when reading through 
time. 

[0202] In the case of the 1st and the 2nd, it reads immediately after writing, it is written in by 
performing operation (Write and Verify) of checking it has written in correctly, and can sometimes 
detect and respond. 

[0203] In the case of the 3rd, it is the case generated with the obstacle by the contaminant in an optical 
disk, and the blemish etc. Although countermeasures perfect about this case do not exist, the possibility 
of a data loss can be remarkably lowered by performing multiplex writing. This file system mainly 
processes a defective sector using two technique, this Write and Verify and multiplex writing. 
[0204] Bohrium structure is defined by a bohrium structure descriptor (Volume Structure Descriptor), a 
media information descriptor (Media Information Descriptor), a drive information descriptor (Drive 
Information Descriptor), and the EKUSUTEN dead data descriptor (Extended Data Descriptor). 
Correspondence to the defective sector to these information is performed as follows. 
[0205] A bohrium structure descriptor, a media information descriptor, a drive information descriptor, 
and an EKUSUTEN dead data descriptor are managed by MIA. MIA can be certainly recorded on a 
non-defective sector by surely performing writeand verify in the case of record. Moreover, in 
consideration of the defect produced after record, MIA carries out the duplicate record of the MIA to 
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two places, and carries out a duplicate record to two places also about the MIA map which manages the 
operating condition in MIA. 

[0206] Furthermore, it is slipping for every partition which constitutes this from logic bohrium defined 
by the bohrium managerial system. The defect management by linear replacement MENTO can be 
performed. 

[0207] Correspondence to the defective sector of AV file system is performed as follows. When writing 
in AV file system descriptor, and Writeand Verify is performed, it checks that it had written in correctly 
and writing goes wrong, AV file system writes AV file system descriptor to somewhere else, and 
rewrites the contents of the ROJIKARUBORIUMU contents youth field. Moreover, reliability is raised 
by writing AV file system descriptor to two places. 

[0208] When writing in the sector in MIA, and Write and Verify is performed, it checks that it had 
written in correctly and writing goes wrong, AV file system writes #FFF0 in the entry field of a MIA 
map, and performs the same sequence to the sector in another MIA. Moreover, AV file system raises 
reliability by writing the MIA itself to two on logic bohrium. 

[0209] The defective sector detected working is registered into a defect information table, and AV file 
system can be prevented from using the sector from next time. 

[0210] The data recorded on an allocation extent can perform Write and Verify (light and verification) 
operation from the demand of a transfer rate, and may perform only **** and Write (light) operation. 
When a defective sector is detected in any case, as an allocation extent which became independent about 
the portion, 10 is set as the allocation extent record status of the allocation extent record, and AV file 
system puts the allocation extent into a DIFEKUTIBUAROKESHON extent record chain. When a 
defective sector is detected in an allocation extent at the time of read-out, AV file system sets 1 1 to the 
allocation extent record status. When release of this allocation extent is performed, a defective sector is 
investigated and, as for the portion which is the defective sector, the allocation extent record status is 
registered into a DIFEKUTIBUAROKESHON extent record chain as an allocation extent of 10. 
[021 1] Drawing 19 is the block diagram showing the composition of the gestalt of 1 operation of the 
record regenerative apparatus 1 of this invention. It is equipped with an optical disk 8, and the record 
regenerative apparatus 1 reads the signal which records the video signal, the audio signal, and PC 
(Personal Computer) data which were supplied to the optical disk 8 from the outside, or is recorded on 
the optical disk 8, and outputs it outside. 

[0212] The user I/O section 2 has the key panel 1 1 and LCD (Liquid Crystal Display)12. The key panel 
1 1 generates the signal according to operation of a user, and is made as [ supply / the system-control 
section 5 ]. LCD 12 displays the information about the optical disk 8 with which the state of the record 
regenerative apparatus 1 or the record regenerative apparatus 1 was equipped etc. based on the signal 
supplied from the system-control section 5. 

[0213] AV I/O section 3 has an encoder / decoders 13 and 14, and the multiplexer/demultiplexer 15, and 
controls an encoder / decoders 13 and 14, and the multiplexer/demultiplexer 15 based on the signal 
supplied from the system-control section 5. Moreover, AV I/O section 3 supplies the signal which shows 
the state of an encoder / decoders 13 and 14, and the multiplexer/demultiplexer 15 to the system-control 
section 5. 

[0214] An encoder / decoder 13 compresses the video signal supplied from the outside at the time of 
record (encoding), outputs the video data of the predetermined method corresponding to a video signal 
to a multiplexer / demultiplexer 15, elongates the video data of the predetermined method supplied from 
the multiplexer / demultiplexer 15 at the time of reproduction (decoding), and outputs it outside. An 
encoder / decoder 14 compresses the audio signal supplied from the outside at the time of record 
(encoding), outputs the audio data of the predetermined method corresponding to an audio signal to a 
multiplexer / demultiplexer 15, elongates ODIODETA ** of the predetermined method supplied from 
the multiplexer / demultiplexer 15 at the time of reproduction (decoding), and outputs it outside. 
[0215] A multiplexer / demultiplexer 15 multiplexes the predetermined video data and predetermined 
audio data of a method which were supplied from an encoder / decoders 13 and 14 at the time of record, 
and is made as [ output / to the drive section 7 ]. Moreover, the multiplex video data and audio data 
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which were supplied from the drive section 7 at the time of reproduction are separated, and it is made as 
[ output / audio data / output a video data to an encoder / decoder 13, and / to an encoder / decoder 14 ]. 
[0216] PC data I/O section 4 has an interface 16, controls an interface 16 based on the signal supplied 
from the system-control section 5, and outputs the signal which shows the state of an interface 16 to the 
system-control section 5. An interface 16 inputs PC data of a predetermined form supplied from the 
external personal computer (not shown) etc, changes them into the data which the drive section 7 can 
read, and is outputted to the drive section 7. The interface 16 is made as [ output / are a predetermined 
form and / again / the data supplied from the drive section 7 / to an external personal computer etc. ]. 
[0217] the system-control section 5 - the user I/O section 2, AV I/O section 3, PC data I/O section 4, 
and the file management section 6 — based on each state, it is made as [ control / the user I/O section 2, 
AV I/O section 3, PC data I/O section 4 and the file management section 6 ] 

[0218] Based on the signal from the system-control section 5, the file management section 6 controls the 
drive section 7, and is made as [ supply / the signal according to the state of the drive section 7 / to the 
system-control section 5 ]. 

[0219] The drive section 7 is made as [ read / a signal / have a buffer 17, the ECC circuit 18, the 
modulation/demodulator circuit 19, and pickup 20, based on the signal from the file management section 
6, operate a buffer 17, the ECC circuit 18, the modulation/demodulator circuit 19, and pickup 20, and 
record a signal on an optical disk 8, or / from an optical disk 8 ]. 

[0220] A buffer 17 memorizes temporarily the data which the data supplied from AV I/O section 3 or 
PC data I/O section 4 were memorized temporarily, data outputted data to the ECC (Error Correction 
Code) circuit 1 8 so that there might be no way piece, and were supplied from the ECC circuit 1 8, and it 
is made as [ supply / AV I/O section 3 or PC data I/O section 4 ] so that data may not have a way piece. 
[0221] The ECC circuit 18 is made as [ output / to a buffer 17 ], after carrying out error correction of the 
data which added ECC to the data supplied from the buffer 17, and outputted to the modulation / 
demodulator circuit 19, and were supplied from the modulation / demodulator circuit 19 based on ECC. 
[0222] A modulation / demodulator circuit 19 modulates the data supplied from the ECC circuit 18 to a 
predetermined method, outputs them to pickup 20, and is made as [ output / get over based on a 
predetermined method and / the data supplied from pickup 20 / to the ECC circuit 18 ]. 
[0223] Pickup 20 reads the data which recorded data on the optical disk 8 with which the record 
regenerative apparatus 1 was equipped based on the data supplied from the modulation / demodulator 
circuit 19, or were recorded on the optical disk 8, and is made as [ output / to a modulation / 
demodulator circuit 19 ]. 

[0224] Drawing 20 is drawing showing the amount of the data currently recorded on the buffer 17 at the 
time of reproduction, and the relation of the speed of the data written in a buffer 17. The read-out speed 
Rout of the data outputted from a buffer 17 is controlled to become the constant value beyond a 
predetermined value, in order for an encoder / decoders 13 and 14 not to carry out the way piece of the 
output of a signal. When having read the sector on which the predetermined file of an optical disk 8 is 
recorded, the data drawing speed of the data supplied to a buffer 17 becomes the fixed value Rin, as 
shown in drawing 20 (B). On the other hand, data drawing speed is set to 0, while pickup 20 is moving 
between the trucks of an optical disk 8, or while waiting for rotation of an optical disk 8 until a 
predetermined sector comes to the position which can read pickup 20 (during the time Ts of drawing 20 
(B)). 

[0225] for this reason, since the amount of the data currently recorded on the buffer 17 becomes [ being 
read and carried out at the read-out speed Rout, and ] when the data drawing speed to a buffer 17 is set 
to 0, as shown in drawing 20 (A), it decreases rapidly the amount of data which can memorize a buffer 
17 does not have data writing during the predetermined period — ** — read-out of data is determined by 
Rin and the read-out speed of data so that there may be no way piece 

[0226] Drawing 21 is drawing explaining the composition of the file currently recorded on the optical 
disk 8. A block is what divided the entire disk into the equal size, and the inside of a block is 
continuation physically, and a data transfer is performed at the rate of Rin within a block. The data of a 
file are recorded on 1 or two or more blocks. Therefore, a block divides into the block with which the 
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part or all the data of a file are recorded, or the block with which the data of a file are not recorded. 
When the amount of data of the file currently recorded on the block is smaller than the size of a block, as 
for the blo.ck in front of the file, data are recorded on the all. 

[0227] Drawing 22 is drawing showing the amount of the data memorized by the composition and the 
buffer 17 of a file. Drawing 22 (A) is drawing explaining the file currently recorded on the block. As for 
the block 31, the data of a file are recorded on the all. As for the block 32 which follows block 31, the 
data of a file are recorded on the part. As for the block 33, the data of a file are recorded on the all. As 
for the block 34 which follows block 33, the data of a file are recorded on the part. 
[0228] Drawing 22 (B) is drawing showing the drawing speed to the buffer 17 when reading the block 
shown in drawing 22 (A). When reading block 31, since the block 31 is continuing physically, the 
drawing speed to a buffer 17 turns into constant speed of Rin. When similarly reading block 32 and 
reading block 33, and when reading block 34, the drawing speed to a buffer 17 turns into constant speed 
of Rin. 

[0229] If it is not continuing since the block 31 and the block 32 are not necessarily continuing 
physically when ending read-out of block 31 and reading block 32 next, pickup 20 waits for rotation of 
an optical disk 8 until it moves between the trucks of an optical disk 8 or a predetermined sector comes 
to the position which can read pickup 20. For this reason, the period Tsl when the drawing speed to a 
buffer 17 is set to 0 exists. The period Ts2 when the drawing speed to a buffer 17 is set to 0 when 
similarly ending read-out of block 32 and reading block 33 next exists, and when ending read-out of 
block 33 and reading block 34 next, the period Ts3 when the drawing speed to a buffer 17 is set to 0 
exists. 

[0230] Drawing 22 (C) is drawing showing the data read-out speed from a buffer 17. Data read-out 
speed is the always fixed value Rout. Drawing 22 (D) is drawing showing the amount of the data 
memorized by the buffer 17. Like the case where it is shown in drawing 20 (A), since the amount of the 
data currently recorded on the buffer 17 serves as only read-out when the amount of data of a buffer 17 
reads with drawing speed Rin, it increases at the speed corresponding to the difference of speed Rout 
and the data drawing speed to a buffer 17 is set to 0, it decreases rapidly. In order that especially the 
amount of the data currently recorded on the buffer 17 when the data drawing speed after reading the 
block 32 and block 34 with which the data of a file are recorded only on the part is set to 0 may decrease 
greatly, in order for a buffer 17 to prevent an underflow, the storage capacity more than predetermined is 
needed. 

[0231] Drawing 23 is drawing explaining other examples of composition of the file currently recorded 
on the optical disk 8. With this composition, the block with which the data of a file are recorded on the 
part or all is surely made as [ record / the data of a file / or more / of a block / on 1/2 ]. 
[0232] Drawing 24 is drawing showing change of the amount of the data of the buffer 17 in the case of 
being constituted as a file shows drawing 23 . Drawing 24 (A) is drawing explaining the file currently 
recorded on the block. As for the block 51 or the block 54, the file is recorded or more [ the ] on 1/2 as 
mentioned above. 

[0233] Drawing 24 (B) is drawing showing the drawing speed to the buffer 17 when reading the block 
shown in drawing 24 (A). When reading block 51, since the block 51 is continuing physically, the 
drawing speed to a buffer 17 turns into constant speed of Rin. When similarly reading block 52 and 
reading block 53, and when reading block 54, the drawing speed to a buffer 17 turns into constant speed 
of Rin. 

[0234] If the block has estranged physically when ending read-out of block 51 and reading block 52 
next, the period Ts4 when the drawing speed to a buffer 17 is set to 0 exists. The period Ts5 when the 
drawing speed to a buffer 17 is set to 0 when similarly ending read-out of block 52 and reading block 53 
next exists, and when ending read-out of block 53 and reading block 54 next, the period Ts6 when the 
drawing speed to a buffer 17 is set to 0 exists. 

[0235] Drawing 24 (C) is drawing showing the data read-out speed from a buffer 17. Data read-out 
speed is the always fixed value Rout. Drawing 24 (D) is drawing showing change of the amount of the 
data memorized by the buffer 17. When the data drawing speed to a buffer 17 is set to 0, the amount of 
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the data currently recorded on the buffer 17 decreases rapidly. There is less possibility that the amount 
of the data currently recorded on the buffer 17 will approach 0 since the block 51, the block 52, the 
block 53, and the block 54 are recording the data more than a constant rate (1/2) as compared with the 
case of drawing 22 (D) than the case where it is shown in drawing 22 (D). 
[0236] Drawing 25 is drawing explaining processing of record to the block of the file of the file 
management section 6. As shown in drawing 25 (A), the data of a file are already recorded on block 71 
or 73, and processing in case the file 75 of the amount of data smaller than 1/2 of block 74 is recorded 
on block 74 is newly explained. As shown in drawing 25 (B), the file memorized by the block 73 leaves 
a part for the first portion 81 which occupies 1/2 of block 73, and is divided, and a portion 82 is moved 
to the head of block 74 in the second half. A file 75 is recorded following the second half portion 82 of 
block 74. 

[0237] As mentioned above, as for the block with which a part or all of a file is recorded, a file is 
recorded or more [ of a block ] on 1/2. 

[0238] When the above processing is summarized, it comes to be shown in the flow chart of drawing 
26 . That is, when it judges that the amount of data which judges and records whether the amount of data 
to record is less than [ of a block ] 1/2 is less than [ of a block ] 1/2, the file management section 6 
progresses to Step S32, divides one half behind the last block of data, and is made to record them on the 
following block in Step S31. In Step S33, the file management section 6 records the data of less than 1/2 
amount of a block on the block. 

[0239] In Step S34, when it judges whether all data were recorded and is judged with recording no data, 
the file management section 6 returns to Step S31, and repeats processing. 

[0240] When it judges that the amount of data to record is not less than [ of a block ] 1/2 in Step S31, it 
progresses to Step S3 5, and the amount of data which the file management section 6 records progresses 
to Step S36, when it judges that the amount of data which judges and records whether it is the following 
by 1 block is not the following by 1 block. In Step S36, the file management section 6 records the data 
for 1 block, and progresses to Step S34. 

[0241] In Step S35, when judged with the amount of data to record being the following by 1 block, it 
progresses to Step S37, and the file management section 6 records the data on 1 block, and progresses to 
Step S34. . 

[0242] In Step S34, when judged with having recorded all data, processing is ended. 
[0243] Drawing 27 is drawing explaining processing of division of the recorded file to a block. As 
shown in drawing 27 (A), one file is recorded on block 91 or 93, and the processing in the case of 
dividing this file into the file from the starting point of block 91 to the dividing point (ahead located 
from one half of blocks 92) of block 92 and the file from the dividing point of block 92 to the terminal 
point of block 93 is explained. As shown in drawing 27 (B), the data of the block 91 with which the 
portion in front of the portion 95 from the starting point of block 92 to a dividing point was memorized 
are divided into two, and a portion 94 is moved to block 92 the second half. A part for the first portion 
95 of block 92 is stored the second half in which it was moved to the block 92 following a portion 94. 
On the other hand, the portion 96 from the dividing point of block 92 to a terminal point is stored in the 
new block 101. 

[0244] Drawing 28 is drawing explaining other examples of processing of division of a file. As shown in 
drawing 28 (A), the processing in the case of dividing one file currently recorded on block 1 1 1 or 1 14 in 
[ dividing ] that it is located before one half of the positions of block 1 12 is explained. 
[0245] As shown in drawing 28 (B), if the field of the size which can record the portion 115 from the 
starting point of block 1 12 to a dividing point is in block 1 1 1, a portion 115 will be recorded on it 
following the file on which the block 1 1 1 is already recorded. The portion 116 from the starting point of 
block 1 12 to the last of data is moved to a position from the starting point of block 112. 2 ***s of the 
data of the block 113 recorded on all ranges are carried out, it is moved to block 112 and a part for the 
first portion 1 17 is recorded following the portion 1 16 of block 1 12. The second half portion 1 18 of 
block 1 13 is moved to a position from the starting point of block 113. 

[0246] Drawing 29 is drawing explaining the example of processing from which division of the recorded 
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file to a block differs further. As shown in drawing 29 (A), the processing in the case of dividing the 
midpoint of block 122 for one file currently recorded on block 121 or 123 as a dividing point is 
explained. As shown in drawing 29 (B), the portion 124 from the dividing point of block 122 to the last 
of data is stored in the head of the new block 131. 2 ****s of the files of the block 123 recorded on all 
ranges are carried out, a part for the first portion 125 is stored in block 131 following a portion 124, and 
a portion 126 is moved to the head of block 123 in the second half. 

[0247] As mentioned above, even if a file is divided, as for a block, a file is recorded or more [ the ] on 
1/2. 

[0248] The size of the data from the starting point of a block to a dividing point shown in drawing 27 is 
less than [ of the size of a block ] 1/2, and processing of division of a file in case the size of back data is 
1/2 or more [ of the size of a block ] comes to be shown in the flow chart of drawing 30 from a dividing 
point. That is, in Step S41, the file management section 6 moves back data to a new block from the 
dividing point of the block with a dividing point. In Step S42, the file management section 6 moves the 
predetermined data of the block in front of the block with a dividing point to a position from the starting 
point of the block with a dividing point, and moves data behind the data from the starting point of the 
block with a dividing point to a dividing point. 

[0249] The size of the opening in front of the block with the dividing point shown in drawing 28 is more 
than a size of the data from the starting point of the block with a dividing point to a dividing point, and 
processing of division of a file in case the size of back data is less than [ of the size of a block ] 1/2 
comes to be shown in the flow chart of drawing 3 1 from a dividing point. In Step S51, the file 
management section 6 moves data to the opening of the block in front of the block with a dividing point 
from the starting point of a block of the block with a dividing point to a dividing point. In Step S52, the 
file management section 6 moves the predetermined data of the block immediately after the block with a 
dividing point behind the data of the block with a dividing point. 

[0250] The size of the data from the starting point of a block to a dividing point shown in drawing 29 is 
1/2 or more [ of the size of a block ], and processing of division of a file in case the size of back data is 
less than [ of the size of a block ] 1/2 comes to be shown in the flow chart of drawing 32 from a dividing 
point. In Step S61, the file management section 6 moves back data to a new block from a dividing point. 
In Step S62, the file management section 6 moves the predetermined data of the block immediately after 
the block with a dividing point to the position behind the data of a new block. 
[0251] Although based on whether the size of the data from the starting point of a block to a dividing 
point is 1/2 or more [ of the size of a block ] above, it is good on the basis of (n-1) / n (n= 2, 3, 4 and 5, 
..). 

[0252] Drawing 33 is continuous drawing where the free area of three blocks explains 1 blocks or more 
in all of processings of compression of the free area of a block in a certain case. As shown in drawing 33 
(A), there are block 141 or 1 blocks or more in all of free areas of 143. The contents memorized by the 
block 142 are divided into the portion 144 of the same size as the size of the free area of block 141, and 
the remaining portion 145. 

[0253] As-shown in drawing 33 (B), the portion 144 of block 142 is moved to the free area of block 141. 

It is moved to the head of block 142, and the data 146 of block 143 are moved to block 142, and the 

portion 145 of block 142 is stored after a portion 145. Block 143 becomes an opening. 

[0254] Thus, block 141 or the free area of 142 can be lessened, and block 143 can be made into an 

opening. 

[0255] If the above processing is summarized, it will become the flow chart of drawing 34 . That is, in 
Step S71, when the sum total of the opening of three blocks judges whether it is 1 blocks or more and is 
judged as the sum total of the opening of three blocks being 1 blocks or more, the file management 
section 6 progresses to Step S72, and moves the data with which the opening is equivalent to the 
opening of a top block from a middle block. In Step S73, from the last block, the file management 
section 6 moves the data with which the opening is equivalent to the opening of a middle block, and 
ends processing. 

[0256] In Step S71, when it judges that the sum total of the opening of three blocks is not 1 blocks or 
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more, processing is ended. 

[0257] As mentioned above, since the period when a file is recorded or more [ of a block ] on 1/2 in, and 
drawing speed is set to 0 is distributed, as for the capacity of a buffer 17, an output does not have [ the 
block with which a part or all of a file is recorded ] a way piece at least. 

[0258] In addition, as an offer medium which provides a user with the computer program which 
performs processing which was described above, communication media, such as a network besides 
record media, such as a magnetic disk, CD-ROM, and solid-state memory, and a satellite, can be used. 
[0259] 

[Effect of the Invention] Since according to the record regenerative apparatus according to claim 1, the 
file management method according to claim 3, and the offer medium according to claim 4 the file of AV 
data is recorded and management information was recorded on at least two places of logic bohrium, an 
individual can do record reproduction of compression video and the compression sound signal easily by 
domestic. 

[0260] According to a record regenerative apparatus according to claim 5, the file management method 
according to claim 9, and the offer medium according to claim 10 Set up the length of the unit of the 
information which records and records the unit of recordable information to a disk-like record medium, 
and it corresponds to the file recorded on a disk-like record medium. Since the length of the unit adopted 
when recording the file among the units of the set-up length was discriminated, an individual can do 
record reproduction of compression video and the compression sound signal easily by domestic. 



[Translation done.] 
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